[VLC] Abspielprobleme mit Live-Streams
Hallo ihr lieben, dieses Problem hatte ich vor 3 Monaten in der Partnerliste opensuse-de diskutiert (bei Interesse im Archiv unter http://lists.opensuse.org/opensuse-de/2009-01/msg02483.html schauen). Ich erkläre hier nochmals das Problem: Ich habe den VLC Player 0.9.8a und hatte -testweise-den vlc-beta 1.0.0 installiert, um damit diverse Streams (ZDF Mediathek, OK-TV Ludwigshafen) anzuschauen. Die vorgenannten Streams arbeiten alle mit Microsoft-Decodern (beim ZDF sind es asx-Streams beim OK-TV* wmv9). Wenn ich mir die mit Hilfe des Browser-Plugins für Firefox oder auch mit Hilfe des "richtigen" VLC-Players ansehen möchte, gibt es damit sowohl Ton-als auch Bild-Probleme. Entweder bricht der Ton nach ca. 1 Minute ab, während das Bild weiterläuft oder der umgekehrte Fall tritt ein (Bild bleibt stehen, Ton läuft weiter) In der Konsole erscheinen dazu sehr lange Fehlermeldungen, die ich unter http://pastebin.com/m28ac793e und http://pastebin.com/m74d7c7c3 gepostet habe. David Haller empfahl mir damals, die 1.0 beta einzusetzen und div. Abhängigkeiten (zB. die smb-Unterstützung) abzuschalten. Die beta hat nichts gebracht und wie ich die smb-Unterstützung abschalten kann, weiß ich bis heute nocht nicht. (zumindest bei dem rpm-Paket von Pacman-das kompillieren von vlc mit ./configure etc. lief bei mir nicht) Habe nun übrigens wieder die 0.9.8a-Version drauf. Zudem fiel mir auf, dass bei Radio-Streams auch Probleme auftauchen-der Ton hat-wie übrigens auch beim Video-Stream-zahlreiche "Drop-Outs" und irgendwann läuft nichts mehr. Habe das anhand der Webradios von SR1 Europawelle (vom Saarländischen Rundfunk) sowie von 1Live (vom Westdeutschen Rundfunk) getestet. Mein Systemprofil könnt ihr unter http://www.smolts.org/client/show_all/pub_c8afa819-16b4-41e6-a161-e8d80e73cb... einsehen. Meine Fragen an euch: -Was kann ich noch probieren bzw. wie kann ich die smb-Unterstützung innerhalb des rpms abschalten? -Ist meine Hardeware event. zu lahm (CPU, RAM)? Ich hoffe, in der Fachliste "multimedia" eine Antwort hierauf zu finden; in Goolge und co gibts zu diesem Problem nichts.... Vielen Dank für eure Rückmeldungen im Voraus und einen schönen Abend noch! Grüße, Christian PS: Ich schicke meine Anfrage als CC an die opensuse-de Liste, damit dort auch nochmal die Leute "im Bilde" sind-hoffentlich ok... :-) *OK-TV Offener Kanal Ludwigshafen-Bürgerfernsehen-www.ok-lu.de bzw. Stream unter http://217.151.151.58/oktv -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Samstag, 28. März 2009 schrieb Christian Pubanz (GMX):
Hallo ihr lieben,
dieses Problem hatte ich vor 3 Monaten in der Partnerliste opensuse-de diskutiert (bei Interesse im Archiv unter http://lists.opensuse.org/opensuse-de/2009-01/msg02483.html schauen).
Frage eins, wenn es mit Kaffeine problemlos klappt, warum unbedingt VLC verwenden? Frage zwei, inwieweit sind die Player unterschiedlich eingestellt (insbesondere Audio- und Video-Plugins)? Frage drei, wird pulseaudio verwendet? Damit gibt es bei der Synchronisation von Audio und Video wohl noch massive Probleme (deinstallieren von alsa-plugins-pulse und Umstellung aller Programme fix auf alsa bewirkt oft Wunder. Frage vier, laufen da mehrere Videoplayer gleichzeitig? Kaffeine beendet sich in der Standardeinstellung z.B. nicht, sondern dockt nur an, damit ist der XVideo-Port belegt und andere Programme müssen z.B. CPU-intensiv via XSHM darstellen. Frage fünf, wurden Pakete aus dem Videolan und dem Packman gemischt? Das hat schon öfter zu Problemen geführt, da die libs nicht zwangsweise kompatibel sind. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Sunday 29 March 2009 01:30:52 schrieb Manfred Tremmel: Hallo,
Frage eins, wenn es mit Kaffeine problemlos klappt, warum unbedingt VLC verwenden? Habe ich irgendwo behauptet, dass es mit Kaffeine problemlos klappt?!-weiß ich schon gar nicht mehr... Jedenfalls hab ich's sicherheitshalber ausprobiert-lief aber ebenso wenig wie mit VLC :-(
Frage zwei, inwieweit sind die Player unterschiedlich eingestellt (insbesondere Audio- und Video-Plugins)? Wenn du dich auf Kaffeine beziehst-laufen beide über ALSA und XVideo...
Frage drei, wird pulseaudio verwendet? Damit gibt es bei der Synchronisation von Audio und Video wohl noch massive Probleme (deinstallieren von alsa-plugins-pulse und Umstellung aller Programme fix auf alsa bewirkt oft Wunder. Nein, alsa-puse kommt bei mir grundsätzlich nicht zum Einsatz-habe schon mehrmals von Problemen damit gelesen; von daher wird das gar nicht erst bei mir installiert...
Frage vier, laufen da mehrere Videoplayer gleichzeitig? Kaffeine beendet sich in der Standardeinstellung z.B. nicht, sondern dockt nur an, damit ist der XVideo-Port belegt und andere Programme müssen z.B. CPU-intensiv via XSHM darstellen.
Nein, glaube ich nicht. Aber verstehe ich dich richtig, dass Kaffeine sich mit Klick auf Beenden gar nicht richtig beendet, sondern im Hintergrund weiterläuft?
Frage fünf, wurden Pakete aus dem Videolan und dem Packman gemischt? Das hat schon öfter zu Problemen geführt, da die libs nicht zwangsweise kompatibel sind.
Das war der Fall; habe daraufhin VLC erst komplett deinstalliert, die VideoLan-Repo rausgenommen, einen reboot gemacht und VLC anschließend von Packmann (vom Server der Jacobs-University Bremen) installiert. Leider hat das aber auch nichts gebracht. Irgendwie gibts auch Probleme mit dem Stream, denn wenn ich den Stream vom OK-TV anwähle, loggt vlc in der Konsole dieses mit: [00000464] access_mms access error: failed to open a connection (tcp) [00000464] access_mms access error: failed to open a connection (tcp) [00000464] access_mms access error: cannot connect to server [00000464] access_mms access error: cannot read data 2 QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 [00000543] freetype spu text error: failed to load font file /usr/share/fonts/truetype/FreeSerifBold.ttf Weiterhin krieg ich nur eine einzige Szene angezeigt (liest vermutlich aus dem Cache-greift folglich also nicht auf den Stream zu?. Wie das beim ZDF ist, probier ich morgen. Habe als Audio-Ausgabe übrigens fest ALSA und für Video-Ausgabe XVideo ausgewählt... Grüße, Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Montag, 30. März 2009 schrieb Christian Pubanz (GMX):
Am Sunday 29 March 2009 01:30:52 schrieb Manfred Tremmel: Hallo,
Frage eins, wenn es mit Kaffeine problemlos klappt, warum unbedingt VLC verwenden?
Habe ich irgendwo behauptet, dass es mit Kaffeine problemlos klappt?!-weiß ich schon gar nicht mehr... Jedenfalls hab ich's sicherheitshalber ausprobiert-lief aber ebenso wenig wie mit VLC :-(
Sorry, ich hatte "An meiner Hardware liegt es definitv nicht, denn mit Kaffeine kann ich Filme ohne Probleme abspielen..." aus dem alten Thread so interpretiert. Es gibt ja auch für kaffeine oder xine Browserplugins.
Frage zwei, inwieweit sind die Player unterschiedlich eingestellt (insbesondere Audio- und Video-Plugins)?
Wenn du dich auf Kaffeine beziehst-laufen beide über ALSA und XVideo...
Dann sollte vlc möglichst auch so eingestellt werden.
Frage drei, wird pulseaudio verwendet? Damit gibt es bei der Synchronisation von Audio und Video wohl noch massive Probleme (deinstallieren von alsa-plugins-pulse und Umstellung aller Programme fix auf alsa bewirkt oft Wunder.
Nein, alsa-puse kommt bei mir grundsätzlich nicht zum Einsatz-habe schon mehrmals von Problemen damit gelesen; von daher wird das gar nicht erst bei mir installiert...
Ok, dann scheidet das schon mal aus.
Frage vier, laufen da mehrere Videoplayer gleichzeitig? Kaffeine beendet sich in der Standardeinstellung z.B. nicht, sondern dockt nur an, damit ist der XVideo-Port belegt und andere Programme müssen z.B. CPU-intensiv via XSHM darstellen.
Nein, glaube ich nicht. Aber verstehe ich dich richtig, dass Kaffeine sich mit Klick auf Beenden gar nicht richtig beendet, sondern im Hintergrund weiterläuft?
Wenn Du die Kaffebohne im Systemabschnitt noch hast, dann läuft es noch. Je nach Grafikkarte/-treiber steht aber oft nur ein XVideo-Port zur Verfügung, der ist dann belegt.
Frage fünf, wurden Pakete aus dem Videolan und dem Packman gemischt? Das hat schon öfter zu Problemen geführt, da die libs nicht zwangsweise kompatibel sind.
Das war der Fall; habe daraufhin VLC erst komplett deinstalliert, die VideoLan-Repo rausgenommen, einen reboot gemacht und VLC anschließend von Packmann (vom Server der Jacobs-University Bremen) installiert. Leider hat das aber auch nichts gebracht.
Ist ffmpeg auch auf dem neusten Stand? (wichtig insbesondere: libavcodec52, die ist für das decodieren von diversen Formaten zuständig)
Weiterhin krieg ich nur eine einzige Szene angezeigt (liest vermutlich aus dem Cache-greift folglich also nicht auf den Stream zu?.
Möglich, die Streams setzen sich aber auch oft aus mehreren Dateien zusammen, eventuell kann ein Titelbild noch geladen werden, das Video dann aber nicht. Dabei besteht immer noch die Möglichkeit, dass dieser wirklich nicht erreichbar ist. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Monday 30 March 2009 21:01:53 schrieb Manfred Tremmel: Halo Manfred, nach knapp 2 Monaten "Funkstelle"bezüglich meines Threads bezüglich den Abspielproblemen mit VLC steige ich nun wieder in die Diskussion ein. Es tut mir leid, wenn ich dies nicht schon früher gemacht habe-aber bei mir war (und ist) auch noch zur Zeit ziemlich "viel los"; da haben meine Linux-Probleme eine sehr niedrige Priorität erhalten. Also nicht das ich irgendwie unfreundlich und undankbar rüberkome...
Frage zwei, inwieweit sind die Player unterschiedlich eingestellt (insbesondere Audio- und Video-Plugins)?
Wenn du dich auf Kaffeine beziehst-laufen beide über ALSA und XVideo...
Dann sollte vlc möglichst auch so eingestellt werden. Hab ich gemacht-brachte aber nicht den erhofften Erfolg. Zwischenzeitlich habe ich im KDE-Kontrollzentrum wieder als Soundsystem "automatisch" eingestellt (vorher ALSA fest)
Frage vier, laufen da mehrere Videoplayer gleichzeitig? Kaffeine beendet sich in der Standardeinstellung z.B. nicht, sondern dockt nur an, damit ist der XVideo-Port belegt und andere Programme müssen z.B. CPU-intensiv via XSHM darstellen.
Nein, glaube ich nicht. Aber verstehe ich dich richtig, dass Kaffeine sich mit Klick auf Beenden gar nicht richtig beendet, sondern im Hintergrund weiterläuft?
Wenn Du die Kaffebohne im Systemabschnitt noch hast, dann läuft es noch. Je nach Grafikkarte/-treiber steht aber oft nur ein XVideo-Port zur Verfügung, der ist dann belegt. Dies ist auch nicht der Fall; habe schon mehrmals VLC direkt nach dem Booten über die Konsole gestartet. Dabei fielen mir aber diese Meldungen ins Auge-liegt da nicht der Hase im Pfeffer?
[00000001] main libvlc debug: VLC media player - version 0.9.9a Grishenko - (c) 1996-2009 the VideoLAN team [00000001] main libvlc debug: libvlc was configured with ./configure '--host=i686-suse-linux-gnu' '--build=i686-suse-linux-gnu' '--target=i586-http://packman.links2linux.de-linux' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--enable-libtool' '--enable-release' '--enable-shout' '--enable-live555' '--enable-dc1394' '--enable-dv' '--enable-dvdread' '--enable-v4l' '--enable-pvr' '--enable-cddax' '--enable-vcdx' '--enable-dvb' '--enable-faad' '--enable-twolame' '--enable-real' '--enable-realrtsp' '--enable-flac' '--enable-tarkin' '--enable-theora' '--enable-lirc' '--enable-snapshot' '--enable-mga' '--enable-ggi' '--enable-aa' '--enable-caca' '--enable-esd' '--enable-portaudio' '--enable-arts' '--enable-jack' '--enable-cyberlink' '--enable-pda' '--enable-ncurses' '--enable-xosd' '--enable-galaktos' '--enable-goom' '--enable-mozilla' '--enable-gnomevfs' '--enable-v4l2' '--with-live555-tree=/usr/lib/live' '--enable-loader' '--enable-svg' 'build_alias=i686-suse-linux-gnu' 'host_alias=i686-suse-linux-gnu' 'target_alias=i586-http://packman.links2linux.de-linux' 'CFLAGS=-march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables' 'CXXFLAGS=-march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables' [00000001] main libvlc debug: translation test: code is "de" [00000001] main libvlc: vlc wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um vlc ohne Interface zu verwenden. [00000434] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/Meike_Wolfgang_Hochzeit/Hochzeit_Probebounce.mpg) QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 [00000518] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/bremen_Vier.wav) [00000549] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/SR1.mp3) [00000587] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/SR1.mp3) [00000597] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/SR1.mp3) Wie man am Pfad sieht, sind das lokale Dateien, die genau so fehlerhaft abgespielt werden, wie die Streams (die selben Meldungen erscheinen beim Streamen übrigens auch!) Hab nochmal alle verfügbaren Updates (VLC, ffmpeg komplett, ALSA) von Packman installiert-Ergebnis sieht man oben....
Frage fünf, wurden Pakete aus dem Videolan und dem Packman gemischt? Das hat schon öfter zu Problemen geführt, da die libs nicht zwangsweise kompatibel sind.
Das war der Fall; habe daraufhin VLC erst komplett deinstalliert, die VideoLan-Repo rausgenommen, einen reboot gemacht und VLC anschließend von Packmann (vom Server der Jacobs-University Bremen) installiert. Leider hat das aber auch nichts gebracht.
Ist ffmpeg auch auf dem neusten Stand? (wichtig insbesondere: libavcodec52, die ist für das decodieren von diversen Formaten zuständig)
s.o.
Weiterhin krieg ich nur eine einzige Szene angezeigt (liest vermutlich aus dem Cache-greift folglich also nicht auf den Stream zu?.
Möglich, die Streams setzen sich aber auch oft aus mehreren Dateien zusammen, eventuell kann ein Titelbild noch geladen werden, das Video dann aber nicht. Dabei besteht immer noch die Möglichkeit, dass dieser wirklich nicht erreichbar ist.
Das ist inzwischen nicht der Fall, aber das Bild bleibt trotzdem nach ner gewissen Zeit stehen und der Ton hat starke mehrere "Dropouts", die so klingen, als würde der Ton im Klosett runtergespült werden. Grüße, Christian
Hallo, Am Son, 24 Mai 2009, Christian Pubanz (GMX) schrieb: [..] ./configure ... '--enable-dc1394' .. 'target_alias=i586-http://packman.links2linux.de-linux' [..]
[00000434] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/Meike_Wolfgang_Hochzeit/Hochzeit_Probebounce.mpg) [..] [00000518] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/bremen_Vier.wav)
Hol dir mal das src.rpm von packman, installiere es mit rpm -i, wechsle nach /usr/src/packages/SPECS und editiere das vlc.spec. Schmeiß im ./configure bzw. %configure im Abschnitt '%build' o.g. --enable-dc1394, das ist für Firewire zuständig) raus. Wenn du magst auch gleich noch das --enable-smb, dann hängt dein Paket auch nicht von der libsmbclient ab (und du brauchst auch das -devel Paket dazu nicht). Und guck ob du was mit 'target' und 'packman' findest, das target_alias oben ist etwas seltsam. Manfred? Das Release: x.pm.y im Kopf des .spec solltest du auch anpassen, z.B. auf Release: x.cp.y damit's keine Verwechslungen gibt. Danach mit 'rpmbuild vlc.spec' das RPM backen. Du wirst dazu auch die ganzen -devel Pakete der libs brauchen. HTH, -dnh -- "I have a very firm grasp on reality! I can reach out and strangle it any time!" -- from the BSD fortune file -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Montag, 25. Mai 2009 schrieb David Haller:
Hallo,
Am Son, 24 Mai 2009, Christian Pubanz (GMX) schrieb: [..] ./configure ... '--enable-dc1394' .. 'target_alias=i586-http://packman.links2linux.de-linux' [..]
[00000434] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/Meike_Wolfgang_Hochzeit/Hochzeit_Probebounce.mpg)
[..]
[00000518] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/bremen_Vier.wav)
Hol dir mal das src.rpm von packman, installiere es mit rpm -i, wechsle nach /usr/src/packages/SPECS und editiere das vlc.spec.
Schmeiß im ./configure bzw. %configure im Abschnitt '%build' o.g. --enable-dc1394, das ist für Firewire zuständig) raus. Wenn du magst auch gleich noch das --enable-smb, dann hängt dein Paket auch nicht von der libsmbclient ab (und du brauchst auch das -devel Paket dazu nicht).
Und guck ob du was mit 'target' und 'packman' findest, das target_alias oben ist etwas seltsam. Manfred?
Sorry, kann ich jetzt nichts zu sagen, ich hab die 0.9.9a nur gebaut, weil Detlef zu der Zeit nicht im Lande war und keinen flotten Internetzugang hatte. Am SPEC-File habe ich nichts geändert (außer der Versionsnummer und dem Änderungseintrag). Ich kann die Probleme hier leider auch nicht nachvollziehen, hier geht alles (allerdings die x86_64er Version). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Fre, 29 Mai 2009, Manfred Tremmel schrieb:
Am Montag, 25. Mai 2009 schrieb David Haller:
Hol dir mal das src.rpm von packman, installiere es mit rpm -i, wechsle nach /usr/src/packages/SPECS und editiere das vlc.spec.
Schmeiß im ./configure bzw. %configure im Abschnitt '%build' o.g. auch gleich noch das --enable-smb, dann hängt dein Paket auch nicht von der libsmbclient ab (und du brauchst auch das -devel Paket dazu nicht).
Und guck ob du was mit 'target' und 'packman' findest, das target_alias oben ist etwas seltsam. Manfred?
Sorry, kann ich jetzt nichts zu sagen, ich hab die 0.9.9a nur gebaut, weil Detlef zu der Zeit nicht im Lande war und keinen flotten Internetzugang hatte. Am SPEC-File habe ich nichts geändert (außer der Versionsnummer und dem Änderungseintrag). Ich kann die Probleme hier leider auch nicht nachvollziehen, hier geht alles (allerdings die x86_64er Version).
Mein "Manfred?" bezog sich auch nur darauf, daß du - (im Gegensatz zu Detlef) hier wohl relativ regelmäßig mitliest - mehr über das "Build-System" bei Packman weißt, und ob evtl. darüber was mit dem "target" reinwandern könnte o.ä. Das mit der packman-URL im "target" ist schon verdächtig. Da muß was schieflaufen ... Ich kenn dich halt als einen der "Packmänner" hier in den Liste und daß du noch am ehesten u.U. was ähnliches (bzgl. dem target) von den von dir betreuten xine Paketen kennen könntest ;) Ich wollte nicht unterstellen, daß du für die vlc-Pakete zuständig seist. Ich sollte echt mal bei euch und/oder im BS einsteigen ... ;) Heute gebaut (für's "Hallerlix" (ex-6.2)): openssl-0.9.8k-1_dh_1 VLC hab ich auf der neuen Kiste auch grad wieder selber gebaut, hab aber IIRC die 0.9.9er Pakete von Packman noch nicht getestet. Entweder die oder die aus dem VLC-Repo hingen wieder, da hab ich wieder meine selbstgebackenen 0.9.8er eingespielt... IIRC. Die neue Kiste läuft grad nicht. Evtl. back ich demnächst mal wieder ein VLC-Packerl, auf der neuen Kiste (2GHz dual core) geht das "backen" doch merklich flotter "mal eben nebenbei" ... ;) (aber auf der alten Kiste hilft ccache ;) -dnh, parallel hab'sch noch "mal eben" von perl-5.8.6 auf 5.10.0 aktualisiert, allerdings ganz ohne RPM und noch fehlt ein Haufen Module aus dem CPAN. Aber immerhin ist Tk schon "drin" ;) Was in etwa RPM-Paketen entspräche: $ PERL5LIB= perl -MCPAN -e 'autobundle();' | \ awk '/\.tar/{print $4;}' | sort -u | wc -l 210 $ PERL5LIB= perl -e 'print join("\n", @INC), "\n";' /usr/local/lib/perl5/5.10.0/i686-linux-thread-multi-64int-ld /usr/local/lib/perl5/5.10.0 /usr/local/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi-64int-ld /usr/local/lib/perl5/site_perl/5.10.0 . $ d.h. es sind wirklich nur die 5.10er Module ... :) -- while (!unconscious()) { perform_KopfGegenWand(forte); } Magnetismus kann man schließlich auch mit Erhitzen oder Erschüttern entfernen. Dann *bang!* muß *bang!* das *bang!* auch mit - *BANG!* - [Andre ER*BANG!*INN*BANG!*ER*BANG!*UNGEN*BANG!BANG!BANG!* gehen. Ahrgh! Bialojahn] -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Monday 25 May 2009 01:45:54 schrieb David Haller:
Hallo, Hallo David,
sorry, für die verspätete Rückmeldung, deine Mail hing irgendwo fest-kam erst heute bei mir an :-(.
Am Son, 24 Mai 2009, Christian Pubanz (GMX) schrieb: [..] ./configure ... '--enable-dc1394' .. 'target_alias=i586-http://packman.links2linux.de-linux' [..]
[00000434] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/Meike_Wolfgang_Hochzeit/Hochzeit_Probebounce.mpg)
[..]
[00000518] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/bremen_Vier.wav)
Hol dir mal das src.rpm von packman, installiere es mit rpm -i, wechsle nach /usr/src/packages/SPECS und editiere das vlc.spec.
[...] Hab ich gemacht und hat sogar auf Anhieb geklappt. Nachdem mein "eigenes" VLC fertig "gebacken" war, hab ich das auch gleich installiert. Es hat sich-von den Konsolenmeldungen her verbessert; das demux error blabla kommt zumindest nicht mehr-der Ton hat aber immer noch Dropouts; das Videobild scheint sich nicht mehr aufzuhängen. Hab nochmal ffmpeg, alsa und die üblichen "Verdächtigen" auf Updates überprüft-gibt aber nix neues... Was mir als einziges auffiel ist, dass ich die i686 Versionen habe, für die mein PC -so vermute ich-zu lahm ist... (Intel Pentium III) oder irre ich da?! Aber es ist schonmal ein "Teilerfolg"! Danke hierfür schonmal Grüße, Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Sam, 30 Mai 2009, Christian Pubanz (GMX) schrieb:
Am Monday 25 May 2009 01:45:54 schrieb David Haller: sorry, für die verspätete Rückmeldung, deine Mail hing irgendwo fest-kam erst heute bei mir an :-(.
Lag an mir. Hatte zuerst mit der falschen Adresse gemailt.
Am Son, 24 Mai 2009, Christian Pubanz (GMX) schrieb: [..] ./configure ... '--enable-dc1394' .. 'target_alias=i586-http://packman.links2linux.de-linux' [..]
[00000434] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/Meike_Wolfgang_Hochzeit/Hochzeit_Probebounce.mpg)
[..]
[00000518] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/bremen_Vier.wav)
Hol dir mal das src.rpm von packman, installiere es mit rpm -i, wechsle nach /usr/src/packages/SPECS und editiere das vlc.spec.
[...]
Hab ich gemacht und hat sogar auf Anhieb geklappt. Nachdem mein "eigenes" VLC fertig "gebacken" war, hab ich das auch gleich installiert. Es hat sich-von den Konsolenmeldungen her verbessert; das demux error blabla kommt zumindest nicht mehr-der Ton hat aber immer noch Dropouts; das Videobild scheint sich nicht mehr aufzuhängen.
Hab nochmal ffmpeg, alsa und die üblichen "Verdächtigen" auf Updates überprüft-gibt aber nix neues...
Das ist doch schonmal vielversprechend. Zeig mal die Ausgabe... Beim Ton kann das AFAIK an den Treibern liegen. Welchen Desktop / Windowmanager verwendest du? Wie hast du VLC bzgl. Audio-Ausgabe eingestellt? ... usw. ;) Hast du (bei der gleichen Datei) auch Tonaussetzer mit mplayer (Packman-Version)? Welche Auflösung und welchen Codec (sollte aus der mplayer (und VLC?) Ausgabe ersichtlich sein) hat die Testdatei? ... denn:
Was mir als einziges auffiel ist, dass ich die i686 Versionen habe, für die mein PC -so vermute ich-zu lahm ist... (Intel Pentium III) oder irre ich da?!
Die i686 Version ist schon die richtige für deinen iP3 (i686 sind IIRC alle Intel ab Pentium Pro / Pentium II, Pentium (MMX) sind evtl. noch i586), allerdings kann deine CPU (wie meine in der alten Kiste: Athlon 500) zu langsam sein für H.264 bei mehr als "Briefmarke"... Mal annehmend, daß dein P3 >= 1 GHz hat, solltest du grob geschätzt MPEG2 in PAL Auflösung (720x576, ggfs. anamorph), DIVX ebenso, aber nur "grade so", H.264 nur in "kleiner" (z.B. 512x384 o.ä.) noch ruckelfrei abspielen[1]. Bzgl. Ton ist es aber nochmal ne ganz andere Sache, da können die aktuellen Sachen wie "Pulse-Audio", Gstreamer etc. viel Ärger machen. Je nachdem wie schnell dein iP3 also ist, bzw. wie das ganze neumodische Krams von KDE/Gnome konfiguriert ist / funktioniert, kann es also Probleme geben. Festes Einstellen auf "ALSA" Ausgabe sollte helfen. Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ... Bzgl. der Tonprobleme würde die Ausgabe von VLC (und mir auch von mplayer, falls der ebenfalls "muckt") helfen. Achso: zur Kontrolle könntest / solltest du auch mal testen, wie es mit 'xine' (ebenfalls von Packman) tut (oder auch nicht). BTW @ Detlef / Manfred (zur Weiterleitung): könnte man das '--enable-dc1394' erstmal aus dem .spec werfen? Scheint ja (nicht nur bei Christian, siehe opensuse-de) viel Ärger zu machen. Am besten (bis es dann mal tut) konsequent per explizitem '--disable-dc1394'?
Aber es ist schonmal ein "Teilerfolg"! Danke hierfür schonmal
Freut mich, daß wir "weiterkommen" :) -dnh [1] bei mir reicht's nicht mal dafür. H.264 geht mit max. 384x288 oder so, Divx mit ~684x384, MPEG2 gerade noch mit PAL... -- Es wäre schon wünschenswert, wenn die DAUs das Stück toten Baum, was mit der Suse mitkommt, nutzen würden. Entweder zum Lesen, oder um sich damit so lange auf den Schädel zu hauen, bis die Kollegen vom RD anrücken müssen. -- Hauke Heidtmann in feuerwehrmann.talk -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Samstag, 30. Mai 2009 schrieb David Haller:
Die i686 Version ist schon die richtige für deinen iP3 (i686 sind IIRC alle Intel ab Pentium Pro / Pentium II, Pentium (MMX) sind evtl. noch i586), allerdings kann deine CPU (wie meine in der alten Kiste:
Richtig. Und wäre die CPU nicht i686 kompatibel, würde YaST die Pakete auch nicht versuchen zu installieren, sondern sich auf die i586er Pakete begrenzen. Die i686er Pakete bieten die Möglichkeit zu höheren Optimierungen, man kann z.B. auch mmx aktivieren, das bei i586er CPUs nur teilweise vorhanden ist und deshalb deaktiviert werden muss.
Athlon 500) zu langsam sein für H.264 bei mehr als "Briefmarke"... Mal annehmend, daß dein P3 >= 1 GHz hat, solltest du grob geschätzt MPEG2 in PAL Auflösung (720x576, ggfs. anamorph), DIVX ebenso, aber nur "grade so", H.264 nur in "kleiner" (z.B. 512x384 o.ä.) noch ruckelfrei abspielen[1].
Naja, PAL-DVDs (720x576) spielt mein Pentium II mit 400 MHz auch ab. Wichtig ist, dass die Grafikkarte mithilft (XVideo-Extension) und kein Deinterlacing fällig wird. Das schluckt nämlich je nach Qualität oft deutlich mehr als das MPEG2 decoding (Kaffeine mit höchster Deinterlacingstufe kostet das Deinterlacing ungefähr dreimal so viel CPU-Zeit wie das MPEG2 decoding). H.264 ist da natürlich noch ein ganz anderes Kaliber, sollte aber in PAL Auflösung mit einem P3 1GHz noch klappen.
Bzgl. Ton ist es aber nochmal ne ganz andere Sache, da können die aktuellen Sachen wie "Pulse-Audio", Gstreamer etc. viel Ärger machen. Je nachdem wie schnell dein iP3 also ist, bzw. wie das ganze neumodische Krams von KDE/Gnome konfiguriert ist / funktioniert, kann es also Probleme geben. Festes Einstellen auf "ALSA" Ausgabe sollte helfen.
Mein Credo, alsa-plugins-pulse deinstallieren und in Yast auf tabu setzen, dass es kein Programm automatisch nachinstalliert. Dann alle Anwendungen, die es ermöglichen fix auf alsa stellen, damit Automatismen nicht die OSS-Emulation verwenden. "Pulse-Audio" ist ein Geschwür in der Linux-Soundlandschaft! Gstreamer sollte in den Zusammenhang allerdings keine Probleme bereiten, es ist ein Mediaframework wie die xine-lib und sollte Programme, die es nicht benutzen nicht beeinflussen.
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ...
Nicht zwangsweise. Die Videodecodierung schluckt natürlich mehr Rechenpower, aber je nach Priorisirung kann auch audio als erstes ins stocken geraten.
Bzgl. der Tonprobleme würde die Ausgabe von VLC (und mir auch von mplayer, falls der ebenfalls "muckt") helfen. Achso: zur Kontrolle könntest / solltest du auch mal testen, wie es mit 'xine' (ebenfalls von Packman) tut (oder auch nicht).
Und dabei vielleicht die CPU auslastung verfolgen, z.B. top mitlaufen lassen und schauen, ob Idle auf 0 sinkt.
BTW @ Detlef / Manfred (zur Weiterleitung): könnte man das '--enable-dc1394' erstmal aus dem .spec werfen? Scheint ja (nicht nur bei Christian, siehe opensuse-de) viel Ärger zu machen. Am besten (bis es dann mal tut) konsequent per explizitem '--disable-dc1394'?
Ich frag mal bei Detlef an, hatte ja sicher seine Gründe, das reinzunehmen.
[1] bei mir reicht's nicht mal dafür. H.264 geht mit max. 384x288 oder so, Divx mit ~684x384, MPEG2 gerade noch mit PAL...
Hm, das schafft mein oles PowerBook G3 mit 266 MHz ja fast noch. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Sam, 30 Mai 2009, Manfred Tremmel schrieb:
Am Samstag, 30. Mai 2009 schrieb David Haller: [..]
Athlon 500) zu langsam sein für H.264 bei mehr als "Briefmarke"... Mal annehmend, daß dein P3 >= 1 GHz hat, solltest du grob geschätzt MPEG2 in PAL Auflösung (720x576, ggfs. anamorph), DIVX ebenso, aber nur "grade so", H.264 nur in "kleiner" (z.B. 512x384 o.ä.) noch ruckelfrei abspielen[1].
Naja, PAL-DVDs (720x576) spielt mein Pentium II mit 400 MHz auch ab.
Jo, is die gleiche Klasse. Aber die CPU Last dürfte nahe an 100% sein, oder? ;)
Wichtig ist, dass die Grafikkarte mithilft (XVideo-Extension) und kein Deinterlacing fällig wird.
Die Grafikkarte hilft bei mir nicht mit (Matrox Mystique (das Original, 4 MB SGRAM, 170MHz RAMDAC)). Und ich verwende Filter, normal: mplayer -idx -framedrop -vf eq2=2.5 -af volnorm,volume=10
Das schluckt nämlich je nach Qualität oft deutlich mehr als das MPEG2 decoding (Kaffeine mit höchster Deinterlacingstufe kostet das Deinterlacing ungefähr dreimal so viel CPU-Zeit wie das MPEG2 decoding).
Kaffeine? Was ist das? :) KDE hab ich hier nur 1.1.2 und 2.0.0, beide nur installiert, nicht in Verwendung :-P
H.264 ist da natürlich noch ein ganz anderes Kaliber, sollte aber in PAL Auflösung mit einem P3 1GHz noch klappen.
Ohne Framedrops eher kaum. Bzw. nur wenn die GraKa mithilft. H.264 braucht _deutlich_ mehr CPU als Divx (schätzomativ 3mal?) und das braucht auch schon deutlich mehr als MPEG2.
Bzgl. Ton ist es aber nochmal ne ganz andere Sache, da können die aktuellen Sachen wie "Pulse-Audio", Gstreamer etc. viel Ärger machen. Je nachdem wie schnell dein iP3 also ist, bzw. wie das ganze neumodische Krams von KDE/Gnome konfiguriert ist / funktioniert, kann es also Probleme geben. Festes Einstellen auf "ALSA" Ausgabe sollte helfen.
Mein Credo, alsa-plugins-pulse deinstallieren und in Yast auf tabu setzen, dass es kein Programm automatisch nachinstalliert. Dann alle Anwendungen, die es ermöglichen fix auf alsa stellen, damit Automatismen nicht die OSS-Emulation verwenden. "Pulse-Audio" ist ein Geschwür in der Linux-Soundlandschaft! Gstreamer sollte in den Zusammenhang allerdings keine Probleme bereiten, es ist ein Mediaframework wie die xine-lib und sollte Programme, die es nicht benutzen nicht beeinflussen.
Jedes Software-(Abstraktions-)Layer zwischen Player und Hardware braucht CPU ... Ich hab auch auf dem neuen Rechner mit der 11.1 weder gstreamer noch pulse-audio installiert -- bzw. nur die libs jew. für die Abhängigkeiten, weil vieles gegen die gelinkt ist, aber ansonsten beides komplett inaktiv.
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ...
Nicht zwangsweise. Die Videodecodierung schluckt natürlich mehr Rechenpower, aber je nach Priorisirung kann auch audio als erstes ins stocken geraten.
Stimmt schon. Aber Video schluckt schon auf meiner alten Kiste sicher deutlich über 90% Rechenleistung beim Abspielen. mplayer spielt mir hier z.B. einen "gedumpten" ac3 Soundtrack mit < 1% CPU-Last (auf dem Athlon 500!) ab... Selbst wenn ich o.g. Audiofilter (volnorm,volume=) mit dazunehme liege ich immer noch unter 1% Last (lt. top, ich muß auf die Sortierung nach Speicherbelegung umschalten, damit ich mplayer überhaupt zu sehen bekomme), der "Idle"-Wert von top verändert sich auch nur passend dazu (<=1%). Wenn ich das Video (Divx, 684x384) dazu mitabspiele liege ich typisch bei 85-100% CPU-Last, davon ca. 40-50% Last durch X (XFree86-3.3.6), der Rest für mplayer selber. Aber du hast auch wieder Recht: das dekodieren / abspielen selber braucht hier gar nicht soo viel CPU, sondern die Darstellung. Achso: '-vo x11'.
Bzgl. der Tonprobleme würde die Ausgabe von VLC (und mir auch von mplayer, falls der ebenfalls "muckt") helfen. Achso: zur Kontrolle könntest / solltest du auch mal testen, wie es mit 'xine' (ebenfalls von Packman) tut (oder auch nicht).
Und dabei vielleicht die CPU auslastung verfolgen, z.B. top mitlaufen lassen und schauen, ob Idle auf 0 sinkt.
ACK.
BTW @ Detlef / Manfred (zur Weiterleitung): könnte man das '--enable-dc1394' erstmal aus dem .spec werfen? Scheint ja (nicht nur bei Christian, siehe opensuse-de) viel Ärger zu machen. Am besten (bis es dann mal tut) konsequent per explizitem '--disable-dc1394'?
Ich frag mal bei Detlef an, hatte ja sicher seine Gründe, das reinzunehmen.
[aus der anderen Mail:]
Habs im spec file von enable auf disable geändert und den Build nochmal angeleiert. Detlef meinte: "wenn es denn hilft, schmeiß es raus."
Danke. Ist ja "nur" für den direkten Zugriff auf per Firewire angeschlossene (DV)-Kameras via libdc1394... Zumindest vorübergehend halte ich das durchaus für verzichtbar ;) (ich selber schmeiß auch noch mehr raus, was will ich mit Zugriff via smb/cifs wenn's hier seit Jahren kein Windows mehr gibt? ;)
[1] bei mir reicht's nicht mal dafür. H.264 geht mit max. 384x288 oder so, Divx mit ~684x384, MPEG2 gerade noch mit PAL...
Hm, das schafft mein oles PowerBook G3 mit 266 MHz ja fast noch.
s.o., wohl nur wg. der besseren Grafikkarte/-treiber ;) -dnh -- In the Beginning there was nothing, which exploded. -- Terry Pratchett, Lords and Ladies -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Sonntag, 31. Mai 2009 schrieb David Haller:
Am Sam, 30 Mai 2009, Manfred Tremmel schrieb:
Am Samstag, 30. Mai 2009 schrieb David Haller:
[..]
Athlon 500) zu langsam sein für H.264 bei mehr als "Briefmarke"... Mal annehmend, daß dein P3 >= 1 GHz hat, solltest du grob geschätzt MPEG2 in PAL Auflösung (720x576, ggfs. anamorph), DIVX ebenso, aber nur "grade so", H.264 nur in "kleiner" (z.B. 512x384 o.ä.) noch ruckelfrei abspielen[1].
Naja, PAL-DVDs (720x576) spielt mein Pentium II mit 400 MHz auch ab.
Jo, is die gleiche Klasse. Aber die CPU Last dürfte nahe an 100% sein, oder? ;)
Viel fehlt da nicht, ruhige Stellen so 60%, bei besonders hektischen Szenen mit hoher Bitrate ruckelts dann auch mal ein bisschen, also > 100%. Hab mir damals als ich mir das DVD Laufwerk angeschafft habe auch nen Celeron 1 GHz reingepackt, der leider nicht mehr funktioniert (Lüfter verrutscht, überhitzt). Jetzt steckt eben wieder der PII drin (genauer zwei davon, deshalb bliebe auch beim DVD schauen noch Reserven, aber mit der Kiste mach ich nur noch selten was, DVDs werden darauf nur noch für Tests abgespielt).
Wichtig ist, dass die Grafikkarte mithilft (XVideo-Extension) und kein Deinterlacing fällig wird.
Die Grafikkarte hilft bei mir nicht mit (Matrox Mystique (das Original, 4 MB SGRAM, 170MHz RAMDAC)). Und ich verwende Filter, normal: mplayer -idx -framedrop -vf eq2=2.5 -af volnorm,volume=10
Aber die müsste doch XVideo beherrschen (-vo xv beim MPlayer). Das hilft freilich nicht bei der dekodierung, aber bei der Farbraumwandlung und Skalierung (wer hat schon eine YUV Grafikkarte und 720x576 Auflösung auf dem Schirm). Von XVideo Motion Compensation (xvmc) ist ja gar nicht die Rede (müsste mein Dell Notebook mit Intel 945er Chipsatz beherrschen, killt aber mit dem 2.7.1er Intel Treiber nur den X-Server, mit früheren Treibern gings mal, aber die hatten andere Probleme, da soll der Core2Duo das Decodieren übernehmen, der merkt das kaum).
Das schluckt nämlich je nach Qualität oft deutlich mehr als das MPEG2 decoding (Kaffeine mit höchster Deinterlacingstufe kostet das Deinterlacing ungefähr dreimal so viel CPU-Zeit wie das MPEG2 decoding).
Kaffeine? Was ist das? :) KDE hab ich hier nur 1.1.2 und 2.0.0, beide nur installiert, nicht in Verwendung :-P
Siehe Wikipedia: http://de.wikipedia.org/wiki/Kaffeine Gibt meiner Meinung nach keinen besseren Desktopmediaplayer wenn man auch Digitalfernsehen einsetzt. Aber es ist doch schön Alternativen zu haben, egal ob Desktopumgebung/Windowmanager oder Mediaplayer. Ich bin da nicht auf dem Kreuzzug und will alle zu den von mir verwendeten Programmen bekehren. Ich KDE seit 1.0.1 laufen (auf meinem Amiga 3000 unter ner Schatztruhe RadHat 5.1 Portierung für den Amiga), und seit gestern die 4.3er Vorversion 4.2.88.
H.264 ist da natürlich noch ein ganz anderes Kaliber, sollte aber in PAL Auflösung mit einem P3 1GHz noch klappen.
Ohne Framedrops eher kaum. Bzw. nur wenn die GraKa mithilft. H.264 braucht _deutlich_ mehr CPU als Divx (schätzomativ 3mal?) und das braucht auch schon deutlich mehr als MPEG2.
Ich weiß das, nicht umsonst habe ich wegen jedem kleinen optimierungsfurz in ffmpeg vor der 0.5er Release ein neues Paket für Packman geschnürt. Bis ich auf meinem damals aktuellen Asus Notebook mit PentiumM 1,6 GHz FullHD Videos weitestgehend ruckelfrei abspielen konnte (mit xine basierten Playern, unter MPlayer hab ich es nie ohne massive Framedrops hinbekommen, und VLC gleich zweimal nicht, da blieb das Bild irgendwann einfach nur noch stehen). Wenn aber ein 1,6 GHz PentiumM FullHD schafft, dann schafft ein P3 1 GHz PAL, das sind weniger als 20% der Daten (2.073.600 gegen 408.960 Pixel).
Jedes Software-(Abstraktions-)Layer zwischen Player und Hardware braucht CPU ... Ich hab auch auf dem neuen Rechner mit der 11.1 weder gstreamer noch pulse-audio installiert -- bzw. nur die libs jew. für die Abhängigkeiten, weil vieles gegen die gelinkt ist, aber ansonsten beides komplett inaktiv.
gstreamer ist aber keine Abstraktionsschicht sondern ein modulares Mediaframework. Gewisse Abstaktionsschichten sind immer nötig, wenn man flexibel sein will und nicht wie zu C64 und frühen Amiga Zeiten speziell für eine Hardware programmiert. MPlayer könnte ja auch nicht diverse Video und Audio Ausgabeplugins ansteuern (mplayer -vo help, bzw. mplayer -ao help), wenn es nicht Abstrahieren würde. Würde man nicht zwischen Demuxen, Decodieren, Nachbearbeiten und Ausgeben immer wieder einheitliche Schichten einbauen, könnte man manches effizienter programmieren, könnte aber auch nicht so flexibel sein und z.B. mit vdpau die Decodierung an die Grafikkarte deligieren. Als ich den IFF demuxer und ILBM, ANIM und SV8X decoder für xine geschrieben habe, fande ich es auch unpraktisch die Bitplanes in YUV anstelle in RGB zu wandeln, aber das Framework erfordert es eben so und im Gegensatz zu xanim werden die alten Amgia-Animationen dann auch skaliert flott wiedergegeben, da das dann normal die Grafikkarte erledigt. Bringst Du das mit KDE4s Phonon durcheinander? Aber auch das ist aber im Grunde nur ein Binding ähnlich wie gtkmm für C++ Programmierer die gtk verwenden wollen. Ich bin heidenfroh, dass wir mit KDE4 arts losgeworden sind, jetzt kommt aus dem Gnome Lager pulse-audio, das bis jetzt noch viel Problematischer ist, als es arts jemals war. Seit alsa selber Streams zusammenmixen kann, hat sich ein derartiger Sounddämon meines Erachtens weitestgehend erledigt.
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ...
Nicht zwangsweise. Die Videodecodierung schluckt natürlich mehr Rechenpower, aber je nach Priorisirung kann auch audio als erstes ins stocken geraten.
Stimmt schon. Aber Video schluckt schon auf meiner alten Kiste sicher deutlich über 90% Rechenleistung beim Abspielen. mplayer spielt mir hier z.B. einen "gedumpten" ac3 Soundtrack mit < 1% CPU-Last (auf dem Athlon 500!) ab... Selbst wenn ich o.g. Audiofilter (volnorm,volume=) mit dazunehme liege ich immer noch unter 1% Last (lt. top, ich muß auf die Sortierung nach Speicherbelegung umschalten, damit ich mplayer überhaupt zu sehen bekomme), der "Idle"-Wert von top
Ich weiß noch, wie stolz wir einst waren, als die ersten Amigas mit hoch optimierten Assembler Routinen MP3s ohne Aussetzer wiedergeben konnten :-) Die Sache ist nur, das bei Audio Aussetzer sofort auffallen, ein Framedrop im Video ist leichter zu verschmerzen, als ein noch so kurzer Audio-Ausfall und wenn diese 1% kurzfristig nicht zur Verfügung stehen, kommt das schon mal vor.
verändert sich auch nur passend dazu (<=1%). Wenn ich das Video (Divx, 684x384) dazu mitabspiele liege ich typisch bei 85-100% CPU-Last, davon ca. 40-50% Last durch X (XFree86-3.3.6), der Rest für mplayer selber. Aber du hast auch wieder Recht: das dekodieren / abspielen selber braucht hier gar nicht soo viel CPU, sondern die Darstellung. Achso: '-vo x11'.
XFree86 3.3.6? Ok, ich ziehe meine Frage bezüglich XVideo Unterstützung zurück, die kam AFAIR erst mit 4.0 rein. Ich vergaß hier mit einem Paläontologen zu diskutieren ;-) Wenn Du das alles der CPU noch aufbürdest, dann ist klar, dass X264 in PAL Auflösung nicht mehr zu bewältigen ist.
Danke. Ist ja "nur" für den direkten Zugriff auf per Firewire angeschlossene (DV)-Kameras via libdc1394... Zumindest vorübergehend halte ich das durchaus für verzichtbar ;) (ich selber schmeiß auch noch mehr raus, was will ich mit Zugriff via smb/cifs wenn's hier seit Jahren kein Windows mehr gibt? ;)
Ähm, Windows, was war das noch gleich? Bei Packman dürfen wir unsere Pakete halt nicht nur nach individuellen Vorlieben bauen.
[1] bei mir reicht's nicht mal dafür. H.264 geht mit max. 384x288 oder so, Divx mit ~684x384, MPEG2 gerade noch mit PAL...
Hm, das schafft mein oles PowerBook G3 mit 266 MHz ja fast noch.
s.o., wohl nur wg. der besseren Grafikkarte/-treiber ;)
Definitiv, unter SUSE 7.1/7.3 gabs noch keine Treiber mit XVideo Extension, da war auf der Kiste nur unskalierte Ausgabe in Briefmarkengröße möglich. Man muss ja auch bedenken, dass der G3 keine Multimediaerweiterung hat, Altivec kam erst mit dem G4, das ist gegenüber den damaligen Intel/AMD CPUs, die mindestens MMX hatten, schon ein Nachteil. Erst als ich mir dann vom Gatos Projekt die ati.2 Treiber besorgte konnte man was damit anfangen. Mittlerweile sind die in X.org eingeflossen. Recht lustig fand ich, dass divx Filmchen die unter MacOS mit Quicktime nur als Slideshow über den Bildschirm fluppten, unter Linux dann gut durchliefen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Samstag, 30. Mai 2009 schrieb David Haller:
BTW @ Detlef / Manfred (zur Weiterleitung): könnte man das '--enable-dc1394' erstmal aus dem .spec werfen? Scheint ja (nicht nur bei Christian, siehe opensuse-de) viel Ärger zu machen. Am besten (bis es dann mal tut) konsequent per explizitem '--disable-dc1394'?
Habs im spec file von enable auf disable geändert und den Build nochmal angeleiert. Detlef meinte: "wenn es denn hilft, schmeiß es raus." -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Saturday 30 May 2009 09:23:00 schrieb David Haller:
Hallo, Heyho, [...]
Hab ich gemacht und hat sogar auf Anhieb geklappt. Nachdem mein "eigenes" VLC fertig "gebacken" war, hab ich das auch gleich installiert. Es hat sich-von den Konsolenmeldungen her verbessert; das demux error blabla kommt zumindest nicht mehr-der Ton hat aber immer noch Dropouts; das Videobild scheint sich nicht mehr aufzuhängen.
Hab nochmal ffmpeg, alsa und die üblichen "Verdächtigen" auf Updates überprüft-gibt aber nix neues...
Das ist doch schonmal vielversprechend. Zeig mal die Ausgabe...
Beim Ton kann das AFAIK an den Treibern liegen. Welchen Desktop / Windowmanager verwendest du? Wie hast du VLC bzgl. Audio-Ausgabe eingestellt? ... usw. ;) Hast du (bei der gleichen Datei) auch Tonaussetzer mit mplayer (Packman-Version)? Welche Auflösung und welchen Codec (sollte aus der mplayer (und VLC?) Ausgabe ersichtlich
sein) hat die Testdatei? ... denn: Desktop: KDE 3.5.9
Einstellung ist inzwischen sowohl im KControlcenter wie auch bei VLC fest auf ALSA eingestellt. Mit MPlayer habe ich die Dropouts nicht-Ausgabe: http://pastebin.com/m5c39d146
Was mir als einziges auffiel ist, dass ich die i686 Versionen habe, für die mein PC -so vermute ich-zu lahm ist... (Intel Pentium III) oder irre ich da?!
Die i686 Version ist schon die richtige für deinen iP3 (i686 sind IIRC alle Intel ab Pentium Pro / Pentium II, Pentium (MMX) sind evtl. noch i586), allerdings kann deine CPU (wie meine in der alten Kiste: Athlon 500) zu langsam sein für H.264 bei mehr als "Briefmarke"... Mal annehmend, daß dein P3 >= 1 GHz hat, solltest du grob geschätzt MPEG2 in PAL Auflösung (720x576, ggfs. anamorph), DIVX ebenso, aber nur "grade so", H.264 nur in "kleiner" (z.B. 512x384 o.ä.) noch ruckelfrei abspielen[1]. Ha! 1Ghz-ich lach mich tot :-) Schää wärs-768 Mhz hat meiner....
Aber ich glaibe auch eher an ein Codec-Problem-denn MPlayer benuzt, wie ich gesehen habe, auch den ffmpeg-Codec; also wie VLC. Und da klappt es ja anstandslos...
Bzgl. Ton ist es aber nochmal ne ganz andere Sache, da können die aktuellen Sachen wie "Pulse-Audio", Gstreamer etc. viel Ärger machen. Je nachdem wie schnell dein iP3 also ist, bzw. wie das ganze neumodische Krams von KDE/Gnome konfiguriert ist / funktioniert, kann es also Probleme geben. Festes Einstellen auf "ALSA" Ausgabe sollte helfen.
GStreamer hab ich runtergeschmissen, ALSA pulse-Audio im Yast auf Tabu gesetzt und -wie gesagt-ALSA fest eingestellt.
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ...
Ja-zumal die Dropouts nicht nur bei der Videowedergabe, sondern auch beim Abspielen von simplen MP3-Dateien auftreten!
Bzgl. der Tonprobleme würde die Ausgabe von VLC (und mir auch von mplayer, falls der ebenfalls "muckt") helfen. Achso: zur Kontrolle könntest / solltest du auch mal testen, wie es mit 'xine' (ebenfalls von Packman) tut (oder auch nicht).
Xine-ein gutes Stichwort: Kann ich VLC irgendwie beibringen, dass der Sound/Video über Xine ausgegeben wird-testweise? Mit Kaffeine klappts nämlich auch und der verwendet xine. Wär doch mal n Versuch wert, oder?! Beste Grüße, Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Montag, 1. Juni 2009 schrieb Christian Pubanz (GMX):
Am Saturday 30 May 2009 09:23:00 schrieb David Haller:
Das ist doch schonmal vielversprechend. Zeig mal die Ausgabe...
Kann ich nichts besonderes entdecken, sieht bei mir genauso aus.
Aber ich glaibe auch eher an ein Codec-Problem-denn MPlayer benuzt, wie ich gesehen habe, auch den ffmpeg-Codec; also wie VLC. Und da klappt es ja anstandslos...
MPlayer nutzt allerdings (zumindest das Packman Paket) seine eigene integrierte ffmpeg Version, auf welchem Versionsstand die beim aktuellen Paket ist, weiß ich nicht. VLC und auch die xine-lib sind allerdings so gebaut, dass sie die externen ffmpeg Bibliotheken nutzen. Die beiden Programme sind damit wirklich vergleichbar, da sie beim decodieren von z.B. MPEG4 beide auf die libavcodec zugreifen. Wenn also Kaffeine und VLC das unterschiedlich ausgeben, fällt ffmpeg als potentielle Problemursache eigentlich weg.
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ...
Ja-zumal die Dropouts nicht nur bei der Videowedergabe, sondern auch beim Abspielen von simplen MP3-Dateien auftreten!
Eine Möglichkeit wären auch kaputte Konfigurationsdateien, so nen Fall hatte ich gerade (anfrage auf der Packman Mailingliste). Wenn Du mal ~/.config/vlc umbenennst/löscht, auch ein ~/.vlc (wenn noch von einer ganz alten Version vorhanden) und nochmal versuchst. Manchmal, wenn Konfigurationsdateien von einer Version auf die nächste übernommen werden, machen die Zicken. Das hatte ich bei der xine-ui auch schon öfters erlebt.
Bzgl. der Tonprobleme würde die Ausgabe von VLC (und mir auch von mplayer, falls der ebenfalls "muckt") helfen. Achso: zur Kontrolle könntest / solltest du auch mal testen, wie es mit 'xine' (ebenfalls von Packman) tut (oder auch nicht).
Xine-ein gutes Stichwort: Kann ich VLC irgendwie beibringen, dass der Sound/Video über Xine ausgegeben wird-testweise? Mit Kaffeine klappts nämlich auch und der verwendet xine. Wär doch mal n Versuch wert, oder?!
Äh, wieso muss es denn eigentlich unbedingt VLC sein? Wenn xine basierende Player oder MPlayer es tun, für die gibt es auch Browser Plugins: http://packman.links2linux.de/package/kaffeine-mozilla http://packman.links2linux.de/package/xine-browser-plugin http://packman.links2linux.de/package/gxine http://packman.links2linux.de/package/mplayerplug-in Man sollte aber möglichst immer nur eines davon aktiv haben... -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Monday 01 June 2009 10:28:46 schrieb Manfred Tremmel: [...] Heyho,
MPlayer nutzt allerdings (zumindest das Packman Paket) seine eigene integrierte ffmpeg Version, auf welchem Versionsstand die beim aktuellen Paket ist, weiß ich nicht. VLC und auch die xine-lib sind allerdings so gebaut, dass sie die externen ffmpeg Bibliotheken nutzen. Die beiden Programme sind damit wirklich vergleichbar, da sie beim decodieren von z.B. MPEG4 beide auf die libavcodec zugreifen. Wenn also Kaffeine und VLC das unterschiedlich ausgeben, fällt ffmpeg als potentielle Problemursache eigentlich weg. Okay, verstehe!
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ...
Ja-zumal die Dropouts nicht nur bei der Videowedergabe, sondern auch beim Abspielen von simplen MP3-Dateien auftreten!
Eine Möglichkeit wären auch kaputte Konfigurationsdateien, so nen Fall hatte ich gerade (anfrage auf der Packman Mailingliste). Wenn Du mal ~/.config/vlc umbenennst/löscht, auch ein ~/.vlc (wenn noch von einer ganz alten Version vorhanden) und nochmal versuchst. Manchmal, wenn Konfigurationsdateien von einer Version auf die nächste übernommen werden, machen die Zicken. Das hatte ich bei der xine-ui auch schon öfters erlebt. Hab den kompletten VLC Ordner aus dem Config-Verzeichnis auf meinen Desktop verschoben, hat aber nix genutzt-die Dropouts sind immer noch da....
Bzgl. der Tonprobleme würde die Ausgabe von VLC (und mir auch von mplayer, falls der ebenfalls "muckt") helfen. Achso: zur Kontrolle könntest / solltest du auch mal testen, wie es mit 'xine' (ebenfalls von Packman) tut (oder auch nicht).
Xine-ein gutes Stichwort: Kann ich VLC irgendwie beibringen, dass der Sound/Video über Xine ausgegeben wird-testweise? Mit Kaffeine klappts nämlich auch und der verwendet xine. Wär doch mal n Versuch wert, oder?!
Äh, wieso muss es denn eigentlich unbedingt VLC sein? Wenn xine basierende Player oder MPlayer es tun, für die gibt es auch Browser Plugins:
Das frage ich mich auch die ganze Zeit.:-) Meine Intension ist eigentlich, Streaming-Angebote unter SUSE nutzen zu können (ZDF mediathek Streaming-Angebot der Offenen Kanäle). Nur hat man das Problem, dass das ZDF (und auch die Offenen Kanäle) sehr "microsoftlastig" arbeiten; sprich es handelt sich um asx/wmv Streams. Ich bin mir nicht ganz sicher, ob Kaffeine etc. diese Formate korrekt verarbeitet, so wie VLC es eigentlich sollte. Wenn doch, würde ich selbstverständlich sofort aufhören, an VLC "herumzudoktern" und ein anderen passenden Player samt Plugin verwenden... Mich (und euch sicherlich auch) nervt nämlich so langsam die Tatsache, dass ich seit mehr als 5 Monaten (!!!) es mit VLC einfach nicht hinkrieg! Also, wenn ich zB. Kaffeine und dem passenden Browserplugin die selben Möglichkeiten wie mit VLC hätte (Nutzung der ZDF mediathek, OK-TV), würde ich mich sofort damit zufrieden geben :-). Beste Grüße an alle und noch schöne Rest-Pfingsten! Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Montag, 1. Juni 2009 schrieb Christian Pubanz (GMX):
Am Monday 01 June 2009 10:28:46 schrieb Manfred Tremmel:
Äh, wieso muss es denn eigentlich unbedingt VLC sein? Wenn xine basierende Player oder MPlayer es tun, für die gibt es auch Browser Plugins:
Das frage ich mich auch die ganze Zeit.:-) Meine Intension ist eigentlich, Streaming-Angebote unter SUSE nutzen zu können (ZDF mediathek Streaming-Angebot der Offenen Kanäle). Nur hat man das Problem, dass das ZDF (und auch die Offenen Kanäle) sehr "microsoftlastig" arbeiten; sprich es handelt sich um asx/wmv Streams.
Ja, leider.
Ich bin mir nicht ganz sicher, ob Kaffeine etc. diese Formate korrekt verarbeitet, so wie VLC es eigentlich sollte. Wenn doch, würde ich
Wie gesagt, beide nutzen die libavcodec von ffmpeg, sie sollten sich da also nichts nehmen.
selbstverständlich sofort aufhören, an VLC "herumzudoktern" und ein anderen passenden Player samt Plugin verwenden... Mich (und euch sicherlich auch) nervt nämlich so langsam die Tatsache, dass ich seit mehr als 5 Monaten (!!!) es mit VLC einfach nicht hinkrieg!
Ich würde Dir gerne die Lösung verraten, aber ich weiß ja selbst nicht, was das Problem ist.
Also, wenn ich zB. Kaffeine und dem passenden Browserplugin die selben Möglichkeiten wie mit VLC hätte (Nutzung der ZDF mediathek, OK-TV), würde ich mich sofort damit zufrieden geben :-).
Normalerweise müsste es gehen, hab hier z.B. noch die "Neues" Ausgabe vom 15.3. zum Thema linux als wmv rumliegen, die spielt Kaffeine ohne Problem ab. Ich bekomme allerdings mit und ohne vlc plugin bei der ZDF mediathek nichts mehr zu gesicht, scheint nur noch mit flash zu laufen, swfdec spielt die Filmchen nicht ab, das adobe Plugin kommt mir nicht auf den Rechner. Frührer konnte man da unten bei dein Einstellungen doch das Format wählen, da kann ich nur noch die Bandbreite aussuchen. Ist das nur hier so? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Monday 01 June 2009 13:36:32 schrieb Manfred Tremmel: [...] Heyho,
Ich bin mir nicht ganz sicher, ob Kaffeine etc. diese Formate korrekt verarbeitet, so wie VLC es eigentlich sollte. Wenn doch, würde ich
Wie gesagt, beide nutzen die libavcodec von ffmpeg, sie sollten sich da also nichts nehmen.
Also unter Kaffeine krieg ich -am Beispiel des Streams des OK-LU (http://www.ok-lu.de/programm/live_stream.php)-ein sehr ruckliges Bild und GAR kein Ton! Konsole loggt dummerweise nix mit, so dass ich auch leider mit keinen Meldungen dienen kann. Wie sich die Bohne mit ZDF-Filmchen anstellt kann ich leider auch nicht sagen, da es kaum möglich ist, die direkten Stream-URL aus der Mediathek ausfindig zu machen. Beim VLC läuft der OK-Stream auch sehr ruckelhaft-zusätzlich erscheinen in der Konsole diese Meldungen: http://pastebin.com/m5afc01a0 Mediathek läuft mit VLC-Plugin ruckelhaft; der Ton seltsamerweise ohne Aussetzer. Eben gerade habe ich auch festgestellt, dass die Videos offensichtlich nun mit Hilfe von Flash angezeigt werden. Ich erinnere mich jetzt auch daran, dass das ZDF vor einigen Wochen eine großartige "Umstrukturierung" Ihrer Mediathek angekündigt hat! Ich bleibe an der Sache mal dran.... Mir stellt sich dann noch die Frage, welche Player überhaupt-außer VLC-noch offiziell asf/asx mit einem passenden Plugin streamen können. Da scheint es ja wenig Auswahl zu geben; mit MPlayer und Xine-UI gehts jedenfalls nicht bzw. ich war bisher zu doof, den richtigen Knopf zu drücken....
selbstverständlich sofort aufhören, an VLC "herumzudoktern" und ein anderen passenden Player samt Plugin verwenden... Mich (und euch sicherlich auch) nervt nämlich so langsam die Tatsache, dass ich seit mehr als 5 Monaten (!!!) es mit VLC einfach nicht hinkrieg!
Ich würde Dir gerne die Lösung verraten, aber ich weiß ja selbst nicht, was das Problem ist.
Ich hoffe, das liegt nicht an meiner bisherigen Problembeschreibung! Es ist halt verdammt schwierig einen offensichtlich seltenen/nicht bekannten Sachverhalt anständig zu erklären. Aber wie heißt es so schön: "Mit dem Computer löst man die Probleme, die vor Erfindung des selbigen nicht vorhanden waren" :-)
Also, wenn ich zB. Kaffeine und dem passenden Browserplugin die selben Möglichkeiten wie mit VLC hätte (Nutzung der ZDF mediathek, OK-TV), würde ich mich sofort damit zufrieden geben :-).
Normalerweise müsste es gehen, hab hier z.B. noch die "Neues" Ausgabe vom 15.3. zum Thema linux als wmv rumliegen, die spielt Kaffeine ohne Problem ab.
Lokale wmvs sind mit Kaffeine bei mir auch kein Problem-hab die selbe Sendung auch hier als wmv und die läuft super. Sobald ich mit Kaffeine was streame gibts Probleme. Bei VLC hingegen isses Jacke wie Hose, ob ich lokal oder fern (Stream) anfüttere, es kommt immer zu Tondropouts.
Ich bekomme allerdings mit und ohne vlc plugin bei der ZDF mediathek nichts mehr zu gesicht, scheint nur noch mit flash zu laufen, swfdec spielt die Filmchen nicht ab, das adobe Plugin kommt mir nicht auf den Rechner. Frührer konnte man da unten bei dein Einstellungen doch das Format wählen, da kann ich nur noch die Bandbreite aussuchen. Ist das nur hier so?
Nein, das scheint nicht nur bei dir der Fall zu sein! Wie oben erwähnt, greift FF beim Abspielen tatsächlich auf Flash zurück, was auch den störungsfreien Ton bei mir erklären würde. Ich denke, dass ich dem ZDF heute oder morgen ne Mail schicke und frage, wie die Mediathek nun technisch läuft. Grüße, Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Montag, 1. Juni 2009 schrieb Christian Pubanz (GMX):
Am Monday 01 June 2009 13:36:32 schrieb Manfred Tremmel: [...]
Heyho,
Ich bin mir nicht ganz sicher, ob Kaffeine etc. diese Formate korrekt verarbeitet, so wie VLC es eigentlich sollte. Wenn doch, würde ich
Wie gesagt, beide nutzen die libavcodec von ffmpeg, sie sollten sich da also nichts nehmen.
Also unter Kaffeine krieg ich -am Beispiel des Streams des OK-LU (http://www.ok-lu.de/programm/live_stream.php)-ein sehr ruckliges Bild und GAR kein Ton!
Ton hab ich da auch keinen. Das könnte man eventuell mit der den w32codec-all und hochsetzen der Prioritäten dieser libs in den xine- Einstellungen lösen lassen (Karteireiter engine, decode_priorities.win32a für Audio und decode_priorities.win32v für Video). Das kann ich allerdings nicht ausprobieren, da 64Bit System.
Konsole loggt dummerweise nix mit, so dass ich auch leider mit keinen Meldungen dienen kann.
Wieso genau das nicht geht, weiß ich auch nicht.
Wie sich die Bohne mit ZDF-Filmchen anstellt kann ich leider auch nicht sagen, da es kaum möglich ist, die direkten Stream-URL aus der Mediathek ausfindig zu machen.
Wenn die nur noch per flash liefern, gar nicht.
Beim VLC läuft der OK-Stream auch sehr ruckelhaft-zusätzlich erscheinen in der Konsole diese Meldungen: http://pastebin.com/m5afc01a0
An der Meldung ist nichts auszusetzen.
Mediathek läuft mit VLC-Plugin ruckelhaft; der Ton seltsamerweise ohne Aussetzer. Eben gerade habe ich auch festgestellt, dass die Videos offensichtlich nun mit Hilfe von Flash angezeigt werden. Ich erinnere mich jetzt auch daran, dass das ZDF vor einigen Wochen eine großartige "Umstrukturierung" Ihrer Mediathek angekündigt hat! Ich bleibe an der Sache mal dran....
Das dass im flash Plugin bei Dir ruckelt wundert mich nicht die Bohne, der flash Player ist wenig Resourceneffizient, bei Deiner schwachen Motorisierung ist der Rechner sicher an der Grenze seiner Leistungsfähigkeit angelangt.
Mir stellt sich dann noch die Frage, welche Player überhaupt-außer VLC-noch offiziell asf/asx mit einem passenden Plugin streamen können. Da scheint es ja wenig Auswahl zu geben; mit MPlayer und Xine-UI gehts jedenfalls nicht bzw. ich war bisher zu doof, den richtigen Knopf zu drücken....
Na wenns die zwei nicht können, ist VLC vielleicht wirklich der einzige.
Ich würde Dir gerne die Lösung verraten, aber ich weiß ja selbst nicht, was das Problem ist.
Ich hoffe, das liegt nicht an meiner bisherigen Problembeschreibung! Es ist halt verdammt schwierig einen offensichtlich seltenen/nicht bekannten Sachverhalt anständig zu erklären.
Nö, ich hab nur vom VLC praktisch keine Ahnung. Ich hab den bei mir nur aus einem Grund auf der Platte, zum prüfen, ob er mit einer neuen ffmpeg Version noch läuft, wenn ich eine baue.
Aber wie heißt es so schön: "Mit dem Computer löst man die Probleme, die vor Erfindung des selbigen nicht vorhanden waren" :-)
Ja, für was sollte man sie sonst verwenden ;-)
Lokale wmvs sind mit Kaffeine bei mir auch kein Problem-hab die selbe Sendung auch hier als wmv und die läuft super. Sobald ich mit Kaffeine was streame gibts Probleme. Bei VLC hingegen isses Jacke wie Hose, ob ich lokal oder fern (Stream) anfüttere, es kommt immer zu Tondropouts.
Eins könntest Du noch ausprobieren, einen neuen User anlegen und schauen, ob es unter dessen Account funktioniert. Hab gerade nochmal die Mails von dem anderen Problemfall überflogen, der Junge hat sein ganzes Home-Verzeichnis platt gemacht, danach lief es...
Nein, das scheint nicht nur bei dir der Fall zu sein! Wie oben erwähnt, greift FF beim Abspielen tatsächlich auf Flash zurück, was auch den störungsfreien Ton bei mir erklären würde.
Und die Überforderung der CPU bei der Videowiedergabe. Na dann muss ich beim Satieregipfel und Neues aus der Anstalt künftig wohl in Kaffeine immer die Aufnahme programmieren.
Ich denke, dass ich dem ZDF heute oder morgen ne Mail schicke und frage, wie die Mediathek nun technisch läuft.
Gib mir Bescheid, falls Du eine Antwort bekommst. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo Forum, Ich habe mit der ZDF-Mediathek (bei KDE4.0/4.1/Suse 11.0/11.1) praktisch keine Probleme. Aktuell sind die Versionen (alles x86_64) FF-3.0.10, VLC-Plugin (im Moment vlc2-0.9.8a-0.pm.3.x86_64) und Flash 10.0r22 (i586 über npwrapper) Gelegentliche Einschränkung ist (zwischen 18:00 und 21:00), dass der VLC zum ZDF keine Verbindung herstellen kann. Da dieses immer Abends zu Zeiten ist, wo viele vorm Fernseher und/oder PC sitzen, ist mein Eindruck das entweder die Netzwerke oder der ZDF Server überfordert ist. Um 22:00 spielt die ZDF-Mediathek immer. Mit dem VLC Plugin auf meinem Laptop D830 mit Gnome (Suse 11.0/x86_64) habe ich aber keinen Ton (hängt irgendwie an Pulseaudio). Wenn man den FF aus der Konsole started sieht man auch jede Menge Fehlermeldungen von VLC. Eine Suse 11.1 Installation (mit Gnome u. Pulseaudio) habe ich aber noch nicht. MfG Ruediger -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Monday 01 June 2009 23:30:22 schrieb Ruediger Dohmhardt:
Hallo Forum, Heyho Rüdiger,
Ich habe mit der ZDF-Mediathek (bei KDE4.0/4.1/Suse 11.0/11.1) praktisch keine Probleme.
Danke für deine Rückmeldung. Kannst du mir mal den Gefallen tun und diesen Stream ausprobieren: http://217.151.151.58/oktv Das ist unser Bürgerfernsehen (Offener Kanal Ludwigshafen). Mich interessiert, ob der bei dir läuft oder ob du damit auch Probleme hast. Und wie spielt dein VLC lokale wmv/mp3 ab-Irgendwelche Ton/Bildprobleme? Greets und danke schonmal für's testen! Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Dienstag 02 Juni 2009 12:39:06 schrieb Christian Pubanz (GMX): Hallo Christian, mit mplayer rennt der Stream ohne Probleme. vlc kann ich auf dieser Kiste hier gerade nicht testen.
Kannst du mir mal den Gefallen tun und diesen Stream ausprobieren:
[Zeilenumbruch aus] Playing http://217.151.151.58/oktv. Connecting to server 217.151.151.58[217.151.151.58]: 80... STREAM_ASF, URL: http://217.151.151.58/oktv Connecting to server 217.151.151.58[217.151.151.58]: 80... Connecting to server 217.151.151.58[217.151.151.58]: 80... Cache size set to 9185 KBytes Cache fill: 19.86% (1867776 bytes) ASF file format detected. [asfheader] Audio stream found, -aid 1 [asfheader] Audio stream found, -aid 2 [asfheader] Audio stream found, -aid 3 [asfheader] Audio stream found, -aid 4 [asfheader] Audio stream found, -aid 5 [asfheader] Video stream found, -vid 6 [asfheader] Video stream found, -vid 7 [asfheader] Video stream found, -vid 8 [asfheader] Video stream found, -vid 9 [asfheader] Video stream found, -vid 10 VIDEO: [WMV3] 320x240 24bpp 1000.000 fps 991.0 kbps (121.0 kbyte/s) ========================================================================== Requested video codec family [wmv9dmo] (vfm=dmo) not available. Enable it at compilation. Requested video codec family [wmvdmo] (vfm=dmo) not available. Enable it at compilation. Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffwmv3] vfm: ffmpeg (FFmpeg WMV3/WMV9) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16002->192000) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) ========================================================================== [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 320 x 240 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [xv] 320x240 => 320x240 Planar YV12 A:771211.8 V:771211.7 A-V: -0.000 ct: -0.560 974/974 9% 2% 1.2% 2 0 21% Exiting... (Quit) MfG Th. Moritz -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Tuesday 02 June 2009 12:53:01 schrieb Thomas Moritz:
Am Dienstag 02 Juni 2009 12:39:06 schrieb Christian Pubanz (GMX):
Hallo Christian, Heyho Thomas,
besten Dank für deine Rückmeldung.
mit mplayer rennt der Stream ohne Probleme. vlc kann ich auf dieser Kiste hier gerade nicht testen. Hab den Stream eben mit mplayer ausprobiert und siehe da-läuft doch!
Ich wusste die ganze Zeit nicht, wie ich den Stream starte, da ich den grafischen Player vor Augen hatte-bis ich den Geistesblitz des Jahres hatte und einfach mplayer http://217.151.151.58/oktv eingegeben habe *g*
Kannst du mir mal den Gefallen tun und diesen Stream ausprobieren:
Meine Ausgabe sieht etwa wie deine aus:
MPlayer dev-SVN-r29116-4.3-openSUSE Linux 11.1 (i686)-Packman (C) 2000-2009 MPlayer TeamCan't open joystick device /dev/input/js0: No such file or directory Can't init input joystick mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control.
Playing http://217.151.151.58/oktv. Resolving 217.151.151.58 for AF_INET6... Couldn't resolve name for AF_INET6: 217.151.151.58 Connecting to server 217.151.151.58[217.151.151.58]: 80... STREAM_ASF, URL: http://217.151.151.58/oktv Resolving 217.151.151.58 for AF_INET6... Couldn't resolve name for AF_INET6: 217.151.151.58 Connecting to server 217.151.151.58[217.151.151.58]: 80... Resolving 217.151.151.58 for AF_INET6... Couldn't resolve name for AF_INET6: 217.151.151.58 Connecting to server 217.151.151.58[217.151.151.58]: 80... Cache size set to 9185 KBytes Cache fill: 19.51% (1835008 bytes) ASF file format detected. [asfheader] Audio stream found, -aid 1 [asfheader] Audio stream found, -aid 2 [asfheader] Audio stream found, -aid 3 [asfheader] Audio stream found, -aid 4 [asfheader] Audio stream found, -aid 5 [asfheader] Video stream found, -vid 6 [asfheader] Video stream found, -vid 7 [asfheader] Video stream found, -vid 8 [asfheader] Video stream found, -vid 9 [asfheader] Video stream found, -vid 10 VIDEO: [WMV3] 320x240 24bpp 1000.000 fps 991.0 kbps (121.0 kbyte/s) ========================================================================== Opening video decoder: [dmo] DMO video codecs DMO dll supports VO Optimizations 0 1 DMO dll might use previous sample when requested Decoder supports the following formats: YV12 YUY2 UYVY YVYU RGB8 RGB555 RGB565 RGB24 RGB32 Decoder is capable of YUV output (flags 0x1b) VDec: vo config request - 320 x 240 (preferred colorspace: Packed YUY2) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [xv] 320x240 => 320x240 Planar YV12 Selected video codec: [wmv9dmo] vfm: dmo (Windows Media Video 9 DMO) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16002->192000) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... A:811889.9 V:811889.9 A-V: 0.002 ct: -0.697 5766/5766 12% 45647% 8454.2% 4 0 20% Exiting... (Quit)
[...] Keine Dropouts, keine Bildaussetzer etc. *juhuu* Nur MP3-Streams (zB. der von SR1) lässt sich (noch) nicht starten, aber ich denke, das krieg ich irgendwie noch hin... An alle: Dann denke ich, dass ich dieses Thema im Prinzip nun endlich (!!!) schließen kann; VLC scheint auf meinem Rechner einfach nicht zu laufen-warum auch immer-aber dafür nehme ich ab sofort den MPlayer&passendes Browser-Plugin und gut is! Der Zweck heiligt ja die Mittel.... Vielen Dank an euch alle für die Geduld und die Hilfsbereitschaft, besonders an David und Manfred. Trotzdem schade, dass es mit VLC ncht funktioniert hat! Eine geruhsame Nacht, Greets, Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo Christian, Christian Pubanz (GMX) schrieb:
Am Monday 01 June 2009 23:30:22 schrieb Ruediger Dohmhardt:
Hallo Forum, Heyho Rüdiger, Ich habe mit der ZDF-Mediathek (bei KDE4.0/4.1/Suse 11.0/11.1) praktisch keine Probleme.
Danke für deine Rückmeldung.
Kannst du mir mal den Gefallen tun und diesen Stream ausprobieren:
Läuft hier (Opensuse 11.0 64bit/KDE 4.2.xx) sowohl mit VLC, als auch mit Kaffeine einwandfrei, ebenso die ZDF-Mediathek...
Das ist unser Bürgerfernsehen (Offener Kanal Ludwigshafen). Mich interessiert, ob der bei dir läuft oder ob du damit auch Probleme hast.
Und wie spielt dein VLC lokale wmv/mp3 ab-Irgendwelche Ton/Bildprobleme?
Hier ebenfalls keine Probleme.
Greets und danke schonmal für's testen!
Christian
Gruß Thomas -- Von den Geschwätzigen habe ich das Schweigen gelernt. Von den Intoleranten, die Toleranz und von Unfreundlichen die Freundlichkeit. Ich sollte diesen Lehrern nicht undankbar sein! (Kahlil Gibran) -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Thomas Becker schrieb:
Hallo Christian, Christian Pubanz (GMX) schrieb:
Am Monday 01 June 2009 23:30:22 schrieb Ruediger Dohmhardt:
Hallo Forum,
Heyho Rüdiger,
Ich habe mit der ZDF-Mediathek (bei KDE4.0/4.1/Suse 11.0/11.1) praktisch keine Probleme.
Danke für deine Rückmeldung.
Kannst du mir mal den Gefallen tun und diesen Stream ausprobieren:
Läuft hier (Opensuse 11.0 64bit/KDE 4.2.xx) sowohl mit VLC, als auch mit Kaffeine einwandfrei, ebenso die ZDF-Mediathek...
Der "oktv" Stream läuft, im Gegensatz zur ZDF-Mediathek, leider nur für ca. 30-60 Sekunden. Dann gibt es jede Mengen Warnungen (FF aus der Konsole gestartet). Das passiert zu jeder Tageszeit, d.h. ich kann http://217.151.151.58/oktv nicht schauen. Ich habe über KabelDeutschland einen 1MBit Netzwerk Anschluss. Vielleicht hat VLC Probleme bei geringer Bandbreite sich zu synchronisieren (nur eine Vermutung).
Das ist unser Bürgerfernsehen (Offener Kanal Ludwigshafen). Mich interessiert, ob der bei dir läuft oder ob du damit auch Probleme hast.
Und wie spielt dein VLC lokale wmv/mp3 ab-Irgendwelche Ton/Bildprobleme?
Hier ebenfalls keine Probleme.
Greets und danke schonmal für's testen!
Christian
Gruß Thomas
-- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Monday 01 June 2009 20:15:28 schrieb Manfred Tremmel: [...[] Heyho,
Also unter Kaffeine krieg ich -am Beispiel des Streams des OK-LU (http://www.ok-lu.de/programm/live_stream.php)-ein sehr ruckliges Bild und GAR kein Ton!
Ton hab ich da auch keinen. Das könnte man eventuell mit der den w32codec-all und hochsetzen der Prioritäten dieser libs in den xine- Einstellungen lösen lassen (Karteireiter engine, decode_priorities.win32a für Audio und decode_priorities.win32v für Video). Das kann ich allerdings nicht ausprobieren, da 64Bit System. Das bringt den Ton auch nicht-hab die Prioritäten (beide) zunächst auf 54 dann auf 100 gesetzt-die Zahlen gefielen mir ganz gut *g* [---]
Wie sich die Bohne mit ZDF-Filmchen anstellt kann ich leider auch nicht sagen, da es kaum möglich ist, die direkten Stream-URL aus der Mediathek ausfindig zu machen.
Wenn die nur noch per flash liefern, gar nicht. Oops...den Satz hab ich geschrieben, bevor ich die Mediathek nochmal selbst ausprobiert habe...
Beim VLC läuft der OK-Stream auch sehr ruckelhaft-zusätzlich erscheinen in der Konsole diese Meldungen: http://pastebin.com/m5afc01a0
An der Meldung ist nichts auszusetzen.
Hmm-wenn du meinst....
Mediathek läuft mit VLC-Plugin ruckelhaft; der Ton seltsamerweise ohne Aussetzer. Eben gerade habe ich auch festgestellt, dass die Videos offensichtlich nun mit Hilfe von Flash angezeigt werden. Ich erinnere mich jetzt auch daran, dass das ZDF vor einigen Wochen eine großartige "Umstrukturierung" Ihrer Mediathek angekündigt hat! Ich bleibe an der Sache mal dran....
Das dass im flash Plugin bei Dir ruckelt wundert mich nicht die Bohne, der flash Player ist wenig Resourceneffizient, bei Deiner schwachen Motorisierung ist der Rechner sicher an der Grenze seiner Leistungsfähigkeit angelangt.
An sich habe ich nichts an Flash auszusetzen. Die Leistungsfähigkeit ist eigentlich während ich Flash abspiele immer noch relatv hoch. Ich kann zB. Youtube oder Deezer benutzen und gleichzeitig andere Sachen machen (Surfen. Mailen).Ok. die Lüftung läuft dann auf Hochturen-aber das ist normal.
Mir stellt sich dann noch die Frage, welche Player überhaupt-außer VLC-noch offiziell asf/asx mit einem passenden Plugin streamen können. Da scheint es ja wenig Auswahl zu geben; mit MPlayer und Xine-UI gehts jedenfalls nicht bzw. ich war bisher zu doof, den richtigen Knopf zu drücken....
Na wenns die zwei nicht können, ist VLC vielleicht wirklich der einzige.
Kann auch sein, dass die beiden es können, ich weiß vor allem nicht wo und wie! [....]
Lokale wmvs sind mit Kaffeine bei mir auch kein Problem-hab die selbe Sendung auch hier als wmv und die läuft super. Sobald ich mit Kaffeine was streame gibts Probleme. Bei VLC hingegen isses Jacke wie Hose, ob ich lokal oder fern (Stream) anfüttere, es kommt immer zu Tondropouts.
Eins könntest Du noch ausprobieren, einen neuen User anlegen und schauen, ob es unter dessen Account funktioniert. Hab gerade nochmal die Mails von dem anderen Problemfall überflogen, der Junge hat sein ganzes Home-Verzeichnis platt gemacht, danach lief es... Ausprobiert-aber nix- habe wieder der Konsolenmeldungen mitgeloggt (Aufruf des OK-Streams und von lokalen wmv/mp3-Dateien) http://pastebin.com/m6923e100
Der Ton hat auch hier Dropouts...
Nein, das scheint nicht nur bei dir der Fall zu sein! Wie oben erwähnt, greift FF beim Abspielen tatsächlich auf Flash zurück, was auch den störungsfreien Ton bei mir erklären würde.
Und die Überforderung der CPU bei der Videowiedergabe. Na dann muss ich beim Satieregipfel und Neues aus der Anstalt künftig wohl in Kaffeine immer die Aufnahme programmieren.
Nicht unbedingt. Im Vergleich zu dem ms-mist läuft FLV/SWF bei mir weitgehend störungsfrei-da ist mir das tausendmal lieber als irgendeinen wmv-asx oder wie auch immer-Stream....
Ich denke, dass ich dem ZDF heute oder morgen ne Mail schicke und frage, wie die Mediathek nun technisch läuft.
Gib mir Bescheid, falls Du eine Antwort bekommst.
Mach ich-Logo! Greets, Christian -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Mon, 01 Jun 2009, Manfred Tremmel schrieb:
Ich bekomme allerdings mit und ohne vlc plugin bei der ZDF mediathek nichts mehr zu gesicht, scheint nur noch mit flash zu laufen, swfdec spielt die Filmchen nicht ab, das adobe Plugin kommt mir nicht auf den Rechner. Frührer konnte man da unten bei dein Einstellungen doch das Format wählen, da kann ich nur noch die Bandbreite aussuchen. Ist das nur hier so?
Nein. Auch unter der 11.1 mit aktuellem Adobe oder gnash Plugin steht die Mediathek mit nem schwarzen oder weißen Bild. Da hat das ZDF irgendwas kaputtgemacht. -dnh -- Es fehlt die Glaskugel, die voraussagen kann, welche der anderen Glaskugeln heute am genauesten glaskugelt. -- Christoph Päper in drtm -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Mon, 01 Jun 2009, Christian Pubanz (GMX) schrieb:
Am Saturday 30 May 2009 09:23:00 schrieb David Haller: [..]
Hab nochmal ffmpeg, alsa und die üblichen "Verdächtigen" auf Updates überprüft-gibt aber nix neues...
Das ist doch schonmal vielversprechend. Zeig mal die Ausgabe...
Äh, da solltest du schon noch ne Datei angeben, die abzuspielen ist. vlc /home/christian/Documents/Video/Ok-TV.wmv
Beim Ton kann das AFAIK an den Treibern liegen. Welchen Desktop / Windowmanager verwendest du? Wie hast du VLC bzgl. Audio-Ausgabe eingestellt? ... usw. ;) Hast du (bei der gleichen Datei) auch Tonaussetzer mit mplayer (Packman-Version)? Welche Auflösung und welchen Codec (sollte aus der mplayer (und VLC?) Ausgabe ersichtlich
sein) hat die Testdatei? ... denn: Desktop: KDE 3.5.9
Einstellung ist inzwischen sowohl im KControlcenter wie auch bei VLC fest auf ALSA eingestellt. Mit MPlayer habe ich die Dropouts nicht-Ausgabe:
ok. Aber zeig nochmal die VLC Ausgabe mit Datei (die Dropouts hat). Evtl. fällt mir da was auf.
Ok, WMV mit WMA Audio.
annehmend, daß dein P3 >= 1 GHz hat, solltest du grob geschätzt MPEG2 in PAL Auflösung (720x576, ggfs. anamorph), DIVX ebenso, aber nur "grade so", H.264 nur in "kleiner" (z.B. 512x384 o.ä.) noch ruckelfrei abspielen[1]. Ha! 1Ghz-ich lach mich tot :-) Schää wärs-768 Mhz hat meiner....
Ui ;) Naja, H.264 wirst du damit nur klein abspielen können, wenn nicht wirklich die GraKa mithilft (XVideo).
Aber ich glaibe auch eher an ein Codec-Problem-denn MPlayer benuzt, wie ich gesehen habe, auch den ffmpeg-Codec; also wie VLC. Und da klappt es ja anstandslos...
Jup, für die Auflösung sollte es eigentlich reichen. Laß mal top mitlaufen, wenn du die Datei abspielst.
GStreamer hab ich runtergeschmissen, ALSA pulse-Audio im Yast auf Tabu gesetzt und -wie gesagt-ALSA fest eingestellt.
Gut.
Wenn deine CPU zu lahm wäre, sollte sich das zuerst bei der Video-, nicht bei der Audiowiedergabe von Filmen manifestieren ... Ja-zumal die Dropouts nicht nur bei der Videowedergabe, sondern auch beim Abspielen von simplen MP3-Dateien auftreten!
Hm, das deutet dann auf ein Audiotreiberproblem hin. Soundkarte? Welches alsa-Treiber-Modul? (lspci, lsmod | grep '^snd-').
Xine-ein gutes Stichwort: Kann ich VLC irgendwie beibringen, dass der Sound/Video über Xine ausgegeben wird-testweise?
AFAIK nein. VLC (libvlc) ist ein eigenes Backend wie Xine oder Mplayer, wobei mplayer kein eigentliches Backend ist. -dnh -- Hehehe: Der LaTeX Benutzer flucht halt auf den ersten zehn Seiten. Der Word-Mensch auf den danach folgenden. -- Karl Wunderle -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo Christian, Hallo Manfred, Bei mir war zunächst überhaupt kein abspielen von Videos, Sound, egal ob gestreamt, noch aus Datei, DVD/CD oder sonstigem möglich, siehe am ende den output von der Konsole. Beheben konnte ich das durch ändern der Videoausgabe von Standart (Ich denke mal X11) auf Simple DirectMedia Layer-Videoausgabe (SDL). Audio brauchte ich nicht ändern. Jetzt kann ich wieder alles abspielen. Aufgefallen sind mir die (in teilen) selben Fehlermeldungen, die nach dem ändern des Videoausgabe Plugins (ist das eines?) verschwunden sind... Der einzige Unterschied ist, das ich ein 64bit System habe... Christian Pubanz (GMX) schrieb:
Am Monday 30 March 2009 21:01:53 schrieb Manfred Tremmel: Halo Manfred,
habe schon mehrmals VLC direkt nach dem Booten
über die Konsole gestartet. Dabei fielen mir aber diese Meldungen ins Auge-liegt da nicht der Hase im Pfeffer?
[00000001] main libvlc debug: VLC media player - version 0.9.9a Grishenko - (c) 1996-2009 the VideoLAN team [00000001] main libvlc debug: libvlc was configured with ./configure '--host=i686-suse-linux-gnu' '--build=i686-suse-linux-gnu' '--target=i586-http://packman.links2linux.de-linux' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--enable-libtool' '--enable-release' '--enable-shout' '--enable-live555' '--enable-dc1394' '--enable-dv' '--enable-dvdread' '--enable-v4l' '--enable-pvr' '--enable-cddax' '--enable-vcdx' '--enable-dvb' '--enable-faad' '--enable-twolame' '--enable-real' '--enable-realrtsp' '--enable-flac' '--enable-tarkin' '--enable-theora' '--enable-lirc' '--enable-snapshot' '--enable-mga' '--enable-ggi' '--enable-aa' '--enable-caca' '--enable-esd' '--enable-portaudio' '--enable-arts' '--enable-jack' '--enable-cyberlink' '--enable-pda' '--enable-ncur ses' '--enable-xosd' '--enable-galaktos' '--enable-goom' '--enable-mozilla' '--enable-gnomevfs' '--enable-v4l2' '--with-live555-tree=/usr/lib/live' '--enable-loader' '--enable-svg' 'build_alias=i686-suse-linux-gnu' 'host_alias=i686-suse-linux-gnu' 'target_alias=i586-http://packman.links2linux.de-linux' 'CFLAGS=-march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables' 'CXXFLAGS=-march=i586 -mtune=i686 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables' [00000001] main libvlc debug: translation test: code is "de" [00000001] main libvlc: vlc wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um vlc ohne Interface zu verwenden. [00000434] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/Meike_Wolfgang_Hochzeit/Hochzeit_Probebounce.mpg) QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 [00000518] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/bremen_Vier.wav) [00000549] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/SR1.mp3) [00000587] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/SR1.mp3) [00000597] dc1394 demux error: Bad MRL, please check the option line (MRL was: /media/Volume/SR1.mp3)
Wie man am Pfad sieht, sind das lokale Dateien, die genau so fehlerhaft abgespielt werden, wie die Streams (die selben Meldungen erscheinen beim Streamen übrigens auch!)
omez@Antom3:~> vlc VLC media player 0.9.9a Grishenko [00000001] main libvlc debug: VLC media player - version 0.9.9a Grishenko - (c) 1996-2009 the VideoLAN team [00000001] main libvlc debug: libvlc was configured with ./configure '--host=x86_64-unknown-linux-gnu' '--build=x86_64-unknown-linux-gnu' '--target=x86_64-http://packman.links2linux.de-linux' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/lib64' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--enable-libtool' '--enable-release' '--enable-shout' '--enable-live555' '--enable-dc1394' '--enable-dv' '--enable-dvdread' '--enable-v4l' '--enable-pvr' '--enable-cddax' '--enable-vcdx' '--enable-dvb' '--enable-faad' '--enable-twolame' '--enable-real' '--enable-realrtsp' '--enable-flac' '--enable-tarkin' '--enable-theora' '--enable-lirc' '--enable-snapshot' '--enable-mga' '--enable-ggi' '--enable-aa' '--enable-caca' '--enable-esd' '--enable-portaudio' '--enable-arts' '--enable-jack' '--enable-cyberlink' '--enable-pda' '--enable-ncurses' '--enable-xosd' '--enable-galaktos' '--enable-goom' '--enable-mozilla' '--enable-gnomevfs' '--enable-v4l2' '--with-live555-tree=/usr/lib64/live' '--enable-svg' 'build_alias=x86_64-unknown-linux-gnu' 'host_alias=x86_64-unknown-linux-gnu' 'target_alias=x86_64-http://packman.links2linux.de-linux' 'CFLAGS=-fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -O2' 'CXXFLAGS=-fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -O2' [00000001] main libvlc debug: translation test: code is "de" [00000001] main libvlc: vlc wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um vlc ohne Interface zu verwenden. X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 2 (X_ChangeWindowAttributes) Resource id: 0x540004d [00000432] dc1394 demux error: Bad MRL, please check the option line (MRL was: /data2/Videos-Politisch/DubistTerrorist_de_medium.mov) QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::begin: Paint device returned engine == 0, type: 1 QPainter::setClipRegion: Painter not active QPainter::setClipping: Painter not active, state will be reset by begin QPainter::begin: Paint device returned engine == 0, type: 1 [????????] x11 video output error: X11 request 141.19 failed with error code 8: BadMatch (invalid parameter attributes) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 141 (XVideo) Minor opcode of failed request: 19 () Serial number of failed request: 88 Current serial number in output stream: 89 vlc: xcb_lock.c:77: _XGetXCBBuffer: Zusicherung »((int) ((xcb_req) - (dpy->request)) >= 0)« nicht erfüllt. Abgebrochen
Grüße,
Christian
Gruß und Tschüss Thomas --- Von den Geschwätzigen habe ich das Schweigen gelernt. Von den Intoleranten, die Toleranz und von Unfreundlichen die Freundlichkeit. Ich sollte diesen Lehrern nicht undankbar sein! (Kahlil Gibran) -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Christian Pubanz (GMX) schrieb:
Ich habe den VLC Player 0.9.8a und hatte -testweise-den vlc-beta 1.0.0 installiert, um damit diverse Streams (ZDF Mediathek, OK-TV Ludwigshafen) anzuschauen. Die vorgenannten Streams arbeiten alle mit Microsoft-Decodern (beim ZDF sind es asx-Streams beim OK-TV* wmv9). Wenn ich mir die mit Hilfe des Browser-Plugins für Firefox oder auch mit Hilfe des "richtigen" VLC-Players ansehen möchte, gibt es damit sowohl Ton-als auch Bild-Probleme. Entweder bricht der Ton nach ca. 1 Minute ab, während das Bild weiterläuft oder der umgekehrte Fall tritt ein (Bild bleibt stehen, Ton läuft weiter)
Hallo Christian, ich habe hier eine KDE-4.1/SUSE11.1 Installation (aktuell FF-3.0.7 und VLC-Plugin 0.9.8a), mit der läuft die ZDF-Mediathek prima, mit folgenden Einschränkungen: Sonntags Abends (beste InternetZeit) (oder auch Werktags 19-20Uhr) kommt keinerlei Verbindung zustande oder bricht immer mal wieder ab für mehrere Sekunden. Danach ist Ton u. Bild aber wieder in "sync". Mein Eindruck ist: Der ZDF-Server ist zu gewissen Zeiten überfordert oder meine 1MBit/s (über Kabel Deutschland) sind zu wenig, wenn bei stark frequentiertem Internet der Datenstrom stark schwankt. Pulseaudio habe ich natürlich auch de-installiert. Einstellungen VLC Player: Einstellungen->Audio->Ausgabe: ALSA-Audioausgabe Der von Dir angegebene Link http://217.151.151.58/oktv ist hier instabil. Der Sender läuft für ca. 10s im FF, dann bleibt es aber stehen "buffer underruns" und "erholt" sich auch nicht wieder. Ich muss FF erneut starten. Das gleiche passiert bei direkter wiedergabe mit VLC: vlc http://217.151.151.58/oktv Gruss Rüdiger -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
participants (6)
-
Christian Pubanz (GMX) -
David Haller -
Manfred Tremmel -
Ruediger Dohmhardt -
Thomas Becker -
Thomas Moritz