Lieber Besucher, herzlich willkommen bei: GentooForum.de.
Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert.
Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können.
Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang.
Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Totem ruckelt und zuckelt nur seit Gnome Upgrade auf 3.12
Hallo Leute,
ich benutze natürlich no andere Player, mochte den Totem aber eigentlich. Gerade nach dem Upgrade auf 3.12 mit diese Videolibrary, mag ich ihn eigentlich noch mehr. Nur seit dem Upgrade ist er nicht brauchbar. Ruckelt wie wenn man nen Film über NX mit ner ganz schlechten Internetverbindung abspielen möchte. Hab schon ein haufen Pakete neu gebaut, ändert sich aber auch nix. Hat jemand von euch auch das Problem? Achja Totem äuft dann auf 100%. Wenn man dann nen anderen Film anklickt laufen zwei Totemprozesse auf 100% usw. bis man die Videolibrary zu macht.
Oder hat sich irgendwas grundlegendes am System geändert was ich nicht mitbekommen habe?
Wenn ihr spezielle Infos benötigt bitte sagen. Ich fahre hier den stable tree auf 64bit mit einer Nvidia Grafikarte. Spiele und andere Player funzen normal.
Vor kurzem sind die HW-Beschläunigungs-Bibliotheken "libva" und "vdpau" aktualisiert worden. Genau bin ich da auch noch nicht durchgestiegen, aber mein Media-Center kann jetzt gar keine Filme mehr (mit XBMC) abspielen. . Auch diverse Downgrades brachten bisher nichts. Aber vielleicht hast Du ja mehr Glück. Was sagt denn "vainfo" und "vdpauinfo" (x11-misc/vdpauinfo) bei Dir? Da Totem über Gstreamer läuft (ebenfalls vor kurzem aktualisiert) fehlt Dir evtl. media-plugins/gst-plugins-vaapi ? ggf. neu bauen? Sind USE-Flags "vdpau" und "vaapi" gesetzt?
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.
vdpauinfo
display: :0 screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library 340.24 Wed Jul 2 15:07:37 PDT 2014
Video surface:
name width height types
-------------------------------------------
420 4096 4096 NV12 YV12
422 4096 4096 UYVY YUYV
Decoder capabilities:
name level macbs width height
-------------------------------------------
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048
MPEG4_PART2_SP 3 8192 2048 2048
MPEG4_PART2_ASP 5 8192 2048 2048
DIVX4_QMOBILE 0 8192 2048 2048
DIVX4_MOBILE 0 8192 2048 2048
DIVX4_HOME_THEATER 0 8192 2048 2048
DIVX4_HD_1080P 0 8192 2048 2048
DIVX5_QMOBILE 0 8192 2048 2048
DIVX5_MOBILE 0 8192 2048 2048
DIVX5_HOME_THEATER 0 8192 2048 2048
DIVX5_HD_1080P 0 8192 2048 2048
Output surface:
name width height nat types
----------------------------------------------------
B8G8R8A8 16384 16384 y Y8U8V8A8 V8U8Y8A8
R10G10B10A2 16384 16384 y Y8U8V8A8 V8U8Y8A8
Bitmap surface:
name width height
------------------------------
B8G8R8A8 16384 16384
R8G8B8A8 16384 16384
R10G10B10A2 16384 16384
B10G10R10A2 16384 16384
A8 16384 16384
Video mixer:
feature name sup
------------------------------------
DEINTERLACE_TEMPORAL y
DEINTERLACE_TEMPORAL_SPATIAL y
INVERSE_TELECINE y
NOISE_REDUCTION y
SHARPNESS y
LUMA_KEY y
HIGH QUALITY SCALING - L1 y
HIGH QUALITY SCALING - L2 -
HIGH QUALITY SCALING - L3 -
HIGH QUALITY SCALING - L4 -
HIGH QUALITY SCALING - L5 -
HIGH QUALITY SCALING - L6 -
HIGH QUALITY SCALING - L7 -
HIGH QUALITY SCALING - L8 -
HIGH QUALITY SCALING - L9 -
parameter name sup min max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH y 1 4096
VIDEO_SURFACE_HEIGHT y 1 4096
CHROMA_TYPE y
LAYERS y 0 4
attribute name sup min max
-----------------------------------------------------
BACKGROUND_COLOR y
CSC_MATRIX y
NOISE_REDUCTION_LEVEL y 0.00 1.00
SHARPNESS_LEVEL y -1.00 1.00
LUMA_KEY_MIN_LUMA y
LUMA_KEY_MAX_LUMA y
Vaapi hab ich niergens drinnen. Hatte ich noch nie. Hab ne Nvidiakarte. VDPAU hab ich schon global gesetzt. Hab auch ein Mediacenter (XBMC) Hab die Maschine (auch Nvidiachip on Board --> Zotac) gleich mit aktualisiert. Dort ist auch kein vaapi gesetzt. Das Teil geht aber ganz normal. VDR, HD Filme usw. merkte keinen Unterschied, alles wie immer. Ich dachte VAAPI ist nur für die Intelschiene?
lg
boosyp
Nachtrag: Hab ich grad gelesen http://wiki.gentoo.org/wiki/VAAPI
Also anscheinend geht das mit Nvidia auch. Ich bau es mal hier ein.
VAAPI ist eine Schnittstelle, primär für Intel. Es gibt aber auch den x11-libs/libva-vdpau-driver. Damit können Programme, die nur VAAPI kennen auch VDPAU nutzen.
Totem nutzt GStreamer und Gstreamer hat "nur" media-plugins/gst-plugins-vaapi. Also genau ein Kandidat der nicht anders an die HW-Beschleunigung kommt als über diese VAAPI-VDPAU Brücke.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.
Vielleicht kann ich dir bei deinem xbmc Problem weiterhelfen. Ich habe nie auf x11-base/xorg-server-1.15.0 upgedatet. Denn jede Version die neuer als 1.14.5 ist. Ruckeln die Videos wie wenns keine Beschleunigung gebe. Teste das mal. Vielleicht löst das auch dein Problem.
lg
boospy
Nachtrag: Hab mein System mit vaapi kombiliert. In Totem ändert sich da leider nichts. Aber diese kleinen sporadischen Ruckler im Gnomedesktop sind jetzt komplett verschwunden. Sehr interresant. Postivier Nebeneffekt.
Leider auch keine Idee. bei mir ruckelt es nicht, aber der totem-prozess ist bei normaler Auflösung auch bei über 40%
Habe auch ne nvidia-karte, mit vlc beim gleichen film (mit Beschleunigung) 25 %
Habe auch kein vaapi
Das Interface von totem ist ja total schick geworden!
Meine xorg-server version ist 1.15.0 und ich habe kein Ruckeln... Im Gegenteil, früher hat es mal hin und wieder mal einen Ruckler gegeben, das habe ich aber schon seit einem halben Jahr nicht mehr gehabt.
EDIT: Hast du ein ~amd64 oder ein amd64 System?
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Regidür« (04.08.2014, 23:28)
Ja, ich find das Interface auch voll stylisch. Aber leider tut es nicht. Naja, vermutlich nutzen nicht viele Totem. Finde die Idee wie Gnome3 jetzt mit Totem ist aber für den Endverbraucher voll super.
Totem hat bei mir öfters gezickt. Mal stürzte der Player ab, mal wollte er ein Format nicht abspielen und und und. Egal ob bei Arch, oder bei Gentoo, weshalb ich dauerhaft auf den Gnome-mplayer umgestiegen bin. Ich bereue nichts.
Also ich habe jetzt mal totem installiert. Beim h264 codec ruckelt und zuckelt bisher nichts. Auch 10 Gb .mkv`s sind kein Problem. Alles butterweich.
Quellcode
1
[I] media-video/totem Available versions: 2.32.0-r2 3.10.1 3.12.1 {bluetooth debug flash grilo +introspection iplayer lirc nautilus nsplugin (+)python test tracker upnp-av +youtube zeitgeist PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7"} Installed versions: 3.12.1(20:57:24 16.08.2014)(introspection nautilus python -debug -flash -lirc -nsplugin -test -zeitgeist PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7") Homepage: https://wiki.gnome.org/Apps/Videos Description: Media player for GNOME
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »OCmylife« (16.08.2014, 21:14)
Nein. Totem selbst geht zwar, aber sobald ich media-plugins/gst-plugins-vaapi installiere geht Totem nicht mehr. Daher nutze ich für Videos VLC. Totem spielt die Videos zwar ab (ruckelfrei), aber dann mit 30%-40% Prozessorlast. Das selbe Video mit VLC <10%. Totem ist da eher noch eine Heizung als ein Videoplayer.
Quellcode
1
2
3
4
5
6
7
8
9
10
(totem:11927): Totem-WARNING **: Failed to acquire screensaver proxy: Verbindung ist geschlossen
No accelerated IMDCT transform found
libva info: VA-API version 0.35.1
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/va/drivers/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
** (totem:11927): CRITICAL **: gst_video_frame_map_id: assertion 'GST_IS_BUFFER (buffer)' failed
Speicherzugriffsfehler
Hmm, ist wohl sehr komplex. Bei mir siehts mit vaapi und ohne gleich aus. Ruckelt. Totem auf der CMD
Quellcode
1
2
3
4
5
6
** (totem:31004): WARNING **: Error creating GUPnP context: Failed to find IP of interface enp2s0
libva info: VA-API version 0.35.1
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/va/drivers/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
Sehr seltsam. Ich benutze auch Gnome-Mplayer. Aber mit dem neuen Interface und die tolle Integration ins System hat totem eben gepunktet. Naja. ich google mal wieder ne runde drüber, und klopf mal bei den Entwicklern an, was sich da so tut.
Ich habe gestern mal xbmc installiert, und siehe, video ist viel besser als mit vlc oder totem oder mplayer. Damit kann ich dvds direkt aus dem Laufwerk lesen und abspielen, die die vorgenannten, und auch dvdbackup, [berhaupt nicht als filme erkennen.
Da ist scheint's seit vorletztem Jahr eine Menge passiert, da war's bei mir fast unbenutzbar....
mir ist gerade was aufgefallen. Hab wieder mal mit Totem herumprobiert. Da kann man wenn man das Programm öffnet auf die lokalen Datei zugreifen. In meinem Fall liegen die Dateien alle per NFS auf nem Server. Zur gleichen Zeit iief auch das XBMC auf nem anderen Rechner das auf die gleichen Dateien per NFS drauf zugreift. Also habe ich in Totem auf meinem PC auf Channels geklickt, dort konnte ich xbmc auswählen und auf die Library zugreifen. Alles das ich dort machte lief total flüssig, in der Datenbank suchen, HD Filme abspielen... ist doch nicht logisch oder? Die Grafik wird ja auch ganz gleich aufbereitet, immerhin spiel ich da ja auch lokal ab.