Also einfach nochmal abwarten. Vor Weihnachten was kaufen ist ja eh nicht so optimal 
Offiziell VDPAU mit AMD Grafikkarten
-
-
Immer dieses Mysterium mit Weihnachten... gut ist eh Offtopic.
Also was Haswell und bessere Deinterlacer angeht, scheints da noch einige Probleme zu geben:
http://openelec.tv/forum/20-de…tly-builds?start=15#90274
und folgende Posts -
Ich war auch neugierig und habe es auf die Maschine geworfen.
Plus: Die Installation ist wirklich genial einfach.
Minus:Das Bildergebnis ist gut für interlaced SD, jedoch ruckelig mit 1080i.
Ich habe natürlich mit dem A4-5300 die schwächste APU, die ist wohl mit dem Shaderprogramm überfordert oder wird nicht optimal genutzt. -
jedoch ruckelig mit 1080i
Bei mir ruckelt da nix, und dein a4 ist sicher leistungsfähiger als mein E450.
Ich denke da liegt woanders das Problem. -
Bei mir ruckelt da nix, und dein a4 ist sicher leistungsfähiger als mein E450.
Ich denke da liegt woanders das Problem.Du hast recht, meine Desktopvariante ist wirklich leistungsfähiger wie Dein Mobile, ich habe mal herausgesucht:
CodeA4-5300 HD7480D 128 Shaderprozessoren 8 Textureunits 8 ROPs 724MHz E-450 HD6320 80 Streamprozessoren 8 Textureunits 4 ROPs 508/600Nach XBMC habe ich jetzt auch VDR/SOFTHDDEVICE dazugenommen und auch noch mal einen frischeren Kernel probiert: Es bleibt dabei, je mehr es in Richtung HD geht, desto mehr füllt sich das Log und desto ruckeliger wird es.
Also SD und 720p Klasse, 1080i von BBC leicht und Servus stärker mit drops im Log vertreten.Hast Du es genauso gemacht wie ich?
Allerdings sehen meine Systemdaten realistisch aus (s.u.).
Ich könnte es auch einmal mit der gepatchten mesa probieren...CodeSaucy plus sudo apt-add-repository ppa:wsnipex/mesa sudo apt-add-repository ppa:wsnipex/xbmc-fernetmenta-master sudo apt-get update sudo apt-get install libg3dvl-mesa vdpauinfo linux-firmware xbmc xbmc-bin xorg --reinstall sudo apt-get dist-upgrade # sudo apt-get install xserver-xorg-video-radeon xserver-xorg-video-atiCode
Alles anzeigentvc:~$ vdpauinfo display: :0 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0 Video surface: name width height types ------------------------------------------- 420 16384 16384 NV12 YV12 422 16384 16384 UYVY YUYV 444 16384 16384 Y8U8V8A8 V8U8Y8A8 Decoder capabilities: name level macbs width height ------------------------------------------- MPEG1 0 9216 2048 1152 MPEG2_SIMPLE 3 9216 2048 1152 MPEG2_MAIN 3 9216 2048 1152 H264_BASELINE 41 9216 2048 1152 H264_MAIN 41 9216 2048 1152 H264_HIGH 41 9216 2048 1152 VC1_ADVANCED 4 9216 2048 1152 MPEG4_PART2_SP 3 9216 2048 1152 MPEG4_PART2_ASP 5 9216 2048 1152 Output surface: name width height nat types ---------------------------------------------------- B8G8R8A8 16384 16384 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 R8G8B8A8 16384 16384 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 R10G10B10A2 16384 16384 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 B10G10R10A2 16384 16384 y NV12 YV12 UYVY YUYV 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 - INVERSE_TELECINE - NOISE_REDUCTION y SHARPNESS y LUMA_KEY - HIGH QUALITY SCALING - L1 - 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 48 2048 VIDEO_SURFACE_HEIGHT y 48 1152 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 yCode
Alles anzeigenqvdpautest 0.5.2 AMD A4-5300 APU with Radeon(tm) HD Graphics Unknown GPU VDPAU API version : 1 VDPAU implementation : G3DVL VDPAU Driver Shared Library version 1.0 FATAL: get_bits failed : No backend implementation could be loaded.!! MPEG DECODING (1920x1080): 18 frames/s MPEG DECODING (1280x720): 21 frames/s H264 DECODING (1920x1080): 12 frames/s H264 DECODING (1280x720): 19 frames/s Profile unsupported. MPEG4 DECODING (1920x1080): 15 frames/s MIXER WEAVE (1920x1080): 195 frames/s MIXER BOB (1920x1080): 186 fields/s MIXER TEMPORAL (1920x1080): 76 fields/s MIXER TEMPORAL + IVTC (1920x1080): 61 fields/s MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 66 fields/s MIXER TEMPORAL_SPATIAL (1920x1080): 63 fields/s MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 61 fields/s MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 66 fields/s MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 134 fields/s MULTITHREADED MPEG DECODING (1920x1080): 52 frames/s MULTITHREADED MIXER TEMPORAL (1920x1080): 89 fields/s -
-
Die Ausgabe von glxinfo | grep "OpenGL version string" wäre interessant.
libglamor0 und xserver-xorg-glamoregl installiert ?edit:
Qvdpautest sollte auch etwas mehr hergeben: -
Ok, das war hilfreich.
Da steckt ein Kingston 1600er drin, den das MoBo aus unerfindlichen Gründen als 1333 erkannt hat. Nach dem Festzurren im BIOS sind die qvdpautest Werte tatsächlich nach oben gerutscht:Dann werde ich also mal nachlegen und das heisseste kaufen, was es für das MoBo gibt, 2600er.
Hier noch der Vollständigkeit halber
Code@tvc:~/qvdpautest$ glxinfo | grep "OpenGL version string" OpenGL version string: 3.0 Mesa 10.0.0-devel -
Da ist aber trotzdem noch Luft nach oben, oder es hängt mit diesem Bug zusammen, falls du auf dem aktuellsten Stand bist:
Zitat von fritsch
Brown paperback for me. After yesterday fixing session with Fernetmenta and the AMD folks, I rebased wrongly and pushed an if case too far down.That means: Your fps will apprimately be halfed until tomorrow. But on the good side: Tomorrow skips and drops with temporal and deinterlacing should be solved or at least much, much better.
-
Weder RAM Geschwindigkeit noch Dual Channel werden soviel ausmachen denke ich.
Wieso haben welche qvdpautest 0.5.2 und andere qvdpautest 0.5.2++?
-
Weder RAM Geschwindigkeit noch Dual Channel werden soviel ausmachen denke ich.
Wieso haben welche qvdpautest 0.5.2 und andere qvdpautest 0.5.2++?
Würde ich auch noch fragen, wo das plus herkommt.Bei der RAM Geschwindigkeit siehst Du ja oben den direkten Vergleich zwischen zwei Geschwindigkeiten, zwischen geht und geht nicht.
Ich werde auf jeden Fall damit noch die Tage warten, bis der Bugfix ins Repository gewandert ist.Wie sieht es bei Euch übrigens aus mit Audio Mux auf HDMI? Das wollten die AMD doch noch selber fixen.
Ich habe jedenfalls noch keinen Ton im HDMI. Liegt das wieder nur an mir?PS
Es sieht fast aus, als hätte wieder einmal AMD das Rennen um den Platz im Wohnzimmer gewonnen.
-
Dann werde ich also mal nachlegen und das heisseste kaufen, was es für das MoBo gibt, 2600er.
Kannst du dir sparen, denn das wird der Speicherconntroller evtl. erst garnicht mitmachen.
Hast du jetzt nur einen einzigen Speicherbaustein drin? Wenn ja, dann einfach einen zweiten passenden dazukaufen und im Dualchannel-Mode laufen lassen. Dann gibts nochmal einen Leistungszuwachs und das Geruckel sollte weg sein.
-
Es sieht fast aus, als hätte wieder einmal AMD das Rennen um den Platz im Wohnzimmer gewonnen.
Aber nur fast, denn ohne HQ Scaling und Temporal_Spatial bleibe ich dann doch noch lieber bei meinem Nvidia System.
-
Dann werde ich also mal nachlegen und das heisseste kaufen, was es für das MoBo gibt, 2600er.
Das kannst du dir sparen. 1600 ist das Maximum für DDR3. Alles andere liegt nicht mehr im Standard und ich habe noch kein AMD-Mainboard in die Finger bekommen, wo das funktioniert hat. -
Das qvdpautest 0.5.2++ ist im Grunde das gleiche wie die 0.5.2 bis auf ein paar Anpassungen, um die AMD Hardware korrekt zu erkennen, leider find ich den Beitrag dazu im XBMC-Forumsthread nicht mehr.
Wegen korrekter Audioausgabe über HDMI ist, soweit ich weiß, ein gepatchter 3.12 Kernel notwendig.
edit: doch gefunden
-
Copperhead
Also DDR3 ist bis 2133Mhz spezifiziert: Link
Ob der Prozessor das schafft, hab ich jetzt nachgesehen.
Aber es bleibt dabei, dass es zweiter Riegel für Dualchannel die Doppelte Bandbreite bringt (128 statt 64bit)
800Mhz bringen nur ca 40% mehr Bandbreite. Also nen zweiten Riegel rein! -
Die Bandbreite ist zwar verdoppelt, die Leistung ist aber oft nur minimal höher, bzw. nur messbar:
http://de.wikipedia.org/wiki/Dual_Channel#Leistung -
Wenn man viele Daten in den VRAM seiner Grafikkarte schreiben lassen muss, kann sich die Verbesserung der Übertragungsrate durchaus auszahlen. War bei den ION1-Chipsätzen nicht anders
-
Wir reden hier aber von GPU und nicht von CPU und da ist ein breiterer Datenbus wohl deutlich von Vorteil, wie es auch immerwieder bei Grfiakkartentests geschrieben wird. Die von mir genannten Werte waren nur die theoretischen, dass ist wohl so. Aber in der Praxis bleibt ist es dann auch so, dass ein doppelt so breiter Bus mehr bringt als, ein höherer Takt. Das sollte verdeutlicht werden. 20% sind in meinen Augen übrigens nicht minimal!
-
Bis zu 20, aber gut, mag sein dass es in dem Fall hier wirklich was bringt.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!