+ Antworten
Ergebnis 101 bis 125 von 172
- 07.05.09, 12:48 #101
- 07.05.09, 12:52 #102ganja_manGuest
was ist das denn schon wieder für eine aussage? ich fordere ja sogar extra dazu auf diese werte zu verifizieren!
ein video für dich drehe ich mit sicherheit auch nicht.
mal zurück zum term:
auf dem htpc kann ich leider keinen (nivida chipsatz), kann ich leider keinen screenshot machen. normalerweise müßte ein druck auf die "druck-taste" und einfügen aus dem speicher unter paint funktionieren. tut es aber nicht.
keine lust da dieselben grafikbearbeitungsprogamme zu installieren wie auf meinem arbeitssystem.
wenn jemand einen einfachen weg weiss, ich da screens anfertigenb kann, bitte sagen.
die screenshoots für das amd-system werden nachgeleifert.
Gruß
g.m
- 07.05.09, 12:58 #103
dann aber bitte ein screenshot indem die cpu last der letzten paar minuten dargestellt ist, zb durch den taskmanager.
- 07.05.09, 12:59 #104
Mach den Resourcenmonitor an ( Geht unter dem Taskmanager ), da wird ne längere lastzeit protokolliert.
Ich hab das VIdeo jetzt auch mal geladen und die verschiedenen Player/Codecs durchprobiert:
PDVD 7.3 Ultra : Nichtmal bei den Peaks über 20% Last, DVXA arbeit also prächtig, Leistungsschnitt: 10%-13%, alles unter EIST
PDVD 9 Ultra: Hier ist mir schlecht geworden. Also da hat PowerDVD mächtig rumgemurkst, diese ganze MoovieLivea-Sinnlosgedöhns usw. lässt sich ja leider nicht richtig abstellen, erzeugt wahnsinnig hohe Last:
Peak 49% unter EIST, ohne EIST 34%, trotz arbeitendem DVXA. Schnitt liegt bei 23% respektive 15%
Läuft zwar alles flüssig usw., aber schöjn ist was anderes. Cyberlink is doing it wrong.
MPCHC mit CoreAVC/CUDA: Auch hier kein Peak über die 20%, Leistungschnitt 10%-13% alles unter EIST, geht nich niedriger wegen Virensoftware die Hintergrundlast ist ja nicht weg wegen dem Spass.
Fazit: unter 1080p machts nur bei hohen Bitraten ( BigBuckBunny z.B. ) einen Unterschied ob DVXA oder CUDA, vorrausgesetzt natürlich, wir bewegenuns innerhalb der Codierungstoleranzen ( wo uns schon die Suche nach dem Trailer gezeigt hat wie problematisch das ist ).
Interessant wäre natürlich maln 1080i Vergleich...
- 07.05.09, 13:05 #105ganja_manGuest
ok, bevor ichmir diese komplizierten anleitungen zum verifizieren meiner aussage näher anschaue, hier schonmal ein paar screens vom amd780g chipsatz beim abspielen des bourne-trailers.
ichhabe exakt drauf geachtet die druck-taste zu drücken als die cpu auf minimaler und maximaler last war.
die screnns sprechen wohl für sich selbst:
Gruß
g.m
- 07.05.09, 13:09 #106ganja_manGuest
@Polarcat
deine etwas beseren werte unter dem nvidia chipsatz lassen sich wohl einfach damit erklären das der 9300 um einiges performanter als der 8300 ist.
an die amd werte kommst du aber trotzdem nicht ran
Gruß
g.m
- 07.05.09, 13:11 #107
hmm ich dachte wir reden von der gesamt auslastung des systems?
- 07.05.09, 13:14 #108ganja_manGuest
resourcenmonitor? ist damit der abschnitt systemleistung unter dem taskmanager gemeint? wie genau komme ich da hin? und noch etwas. ichmache ja noch ein bischen was anderes unter meinem arbeitssystem. deshalb hilft es nichts die genarelle cpu-last des gesamtsystem zu protokolieren. wenn dann, bitte nur die auslastung des mpc-hc beim abspielen des genannten files.
wenn das ohne großen aufwand möglich ist, werde ich das gerne tun und die werte zur verfügung stellen.
Gruß
g.m
---------- Beitrag hinzugefügt um 13:16 ---------- Vorheriger Beitrag war um 13:14 ----------
weshalb das denn? das sagt doch nichts aus. es geht nur um die cpu-leistung die der mpc-hc beim abspielen des genannten files beansprucht. die gesamtauslastung ist doch irrelevant. ich entpacke zum beispiel im background, surfe auf websiten mit viel flash animationen usw. deshalb ist die gesamtsystem-auslastung vollkommen nichtssagend.
Gruß
g.mGeändert von ganja_man (07.05.09 um 13:16 Uhr)
- 07.05.09, 13:23 #109
klar sagt das nichts aus, aber ich dachte eben man verlgeicht den wert des gesamtsystems nicht nur des players, dann ist die auslastung bei einigen sicherlich auch noch etwas niedriger.
- 07.05.09, 13:25 #110ganja_manGuest
nö, macht doch gar keinen sinn das gesamtsystem zu vergleichen, wenn man den wert, denn der mpc-hc beim abspielen beansprucht, einzel angezeigt bekommt.
mir reicht es also vollkommen wenn man nur von diesem wert ausgeht.
Gruß
g.m
- 07.05.09, 13:26 #111Bootsmann
- Registriert seit
- 06.05.2006
- Beiträge
- 675
Ähm Du scheinst dem Irrtum zu unterliegen das CUDA und DXVA gleichzeitig funktionieren würden, dem ist aber nicht so ! Es geht entweder CUDA, *oder* DXVA, aber nie beides auf einmal - Du müsstest mal zum reinen Softwaremodus vergleichen, also ganz ohne Beschleunigung. Alles was Du hier siehst ist das DXVA mehr Aufgaben auf die GPU verlagert als es wohl mit CUDA der Fall ist, bzw das CUDA mehr Overhead auf der CPU erzeugt.
Eigentlich spielts auch keine große Rolle wie stark genau DXVA entlastet, ausser Du verwendest eine Atom CPU, oder ein Uraltsystem, da es praktisch egal ist ob Du nun 5% oder 20% CPU Auslastung hast - wegem DXVA kannst Du ja ehh keine anderen CPU fressenden Filter in die Kette hängen, also was für einen Vorteil hast Du von ein paar Prozent weniger CPU Belastung ?
CUDA hat dagegen noch ganz andere Vorteile, zum Beispiel lassen sich hier andere Filter dahinter hängen, ausserdem ist man in der Wahl der Renderer nicht so eingeschränkt (Haali, madVR, etc. funktionieren), man ist deutlich unabhängiger von der Hardware+Treiber und man (vorrausgesetzt es ist vernünftig programmiert) ist nicht auf einen Bruchteil des H.264 Standards beschränkt (Deine Versuche zeigen ja mal wieder das DXVA nur einen Teil des H.264 Profile unterstützt - die Videos die nciht mit DXVA funktionieren sind nicht fehlerhaft, sondern DXVA ist ungenügend und unterstützt nicht den vollen Standard).
- 07.05.09, 13:32 #112ganja_manGuest
erstmal danke für deine erklärung.
die macher des mpc-hc, schreiben ja auch auf ihrer seite, das für dvxa nichts anderes in der kette hängen darf. hätte mir also gleich klar sein sollen, das dvxa und cuda nicht gleichzeitig funktionieren. es hat sich halt aufgrund der aussagen von ein paar hier so angehört, das es doch gleichzeitig geht. deshalb bin ich wohl diesem irrtum erlegen.
wenn dvxa nicht greift, da von mangelhaft auszugehen, halte ich für überzogen. ich sehe das es bei korrekt enkodiertem material sehr gut funktioniert, deshalb sehe ich auch weiterhin die schuld bei schlecht enkodiertem quellmaterial.
was cuda betrifft, habe ich meine erfahrungen damit ja schon geschildert.
ich habe mit cuda, beim abspielen deselben testfiles, eine höhere cpu-auslastung als wenn ich nur dvxa verwende.
Gruß
g.mGeändert von ganja_man (07.05.09 um 13:33 Uhr)
- 07.05.09, 13:33 #113
Das kannst du doch so nicht sehen. Wenn das Gesamtsystem an die Kante geht, kannste die flüssige Wiedergabe vergessen, auch wenn dein MPHC nur8% liefert.
Ich mein die ganze Zeit auch die Gesamtauslastung. Da zählt alles mit rein, vom Virenscanner im hintergrund usw. Der Player alleine kann keine Daten abspielen, der braucht schon das Restsystem dazu.
Und ob mein DVXA so schlecht ist, wenn EIST Kerne ( runtergetaktet und zwar massiv ) aktiv sind, darüber würd ich mich im Vergleich zu nem Prozzi, der nicht im C&Q steckt doch eher streiten
- 07.05.09, 13:37 #114ganja_manGuest
herje

natürlich ist mein system nicht auf anschlag bei den tests gewesen und natürlich war die wiedergabe auch flüßig
darüberhinaus benutze ich selbstverständlich aktives c&q. deshalb kannst du auch nicht sagen, das meine cpu da nicht drinssteckt
macht aber auch keinen großen unterschied. wenn ich das gesamsystem anschaue, ist beim abspielen des genanten files, die gesamtlast kaum höher, als die die der mpc-hc fürs abspielen braucht.
natürlich wenn nicht gerade sachen entpacke oder andere performante dinge mache. das gibts sich als nix.
außerdem kann man auf meinen screenshots ja auch schön die gesamtlast sehen!
ach und noch eine beobachtung am rande: big_buck_bunny_1080p_h264.mov scheint man nicht mit aktivem c&q ruckelfrei abspielen zu können;(
Gruß
g.mGeändert von ganja_man (07.05.09 um 13:46 Uhr)
- 07.05.09, 13:45 #115
Mach mal bitte nen mit CPUz Screen, ich bezweifle das deine Kerne auf 800MHz laufen ( was bei C&Q ja der Fall ist ), dass dürfte selbst fürn nen Zweikerner bissle zuviel sein ( Intel taktet ja "nur" auf 1600MHz runter ).
Btw:
Wie gesagt, EIST und so, ich denke kleiner gehts nicht ^^

Und einmal mit CPUz, damit man mir auch glaubt ^^Geändert von Polarcat (07.05.09 um 14:01 Uhr)
- 07.05.09, 13:57 #116
also mein amd x2 4850e läuft minimal mit 1GHZ (durch C&Q)
- 07.05.09, 14:03 #117
Screens :P
Btw mir fällt grad auf, dass auf dem Bild endlich mal das Core-Zeichen zu sehen ist ^^
Das ich das noch erleben darf
- 07.05.09, 14:03 #118
@polarcat: eben aber die auslastung des gesamtsystems ist wesentlich höher, also stimmt meine vermutung
- 07.05.09, 14:07 #119Bootsmann
- Registriert seit
- 06.05.2006
- Beiträge
- 675
Es ist aber leider genau so. Es gibt viele verschiedene Spielarten von H.264 Material (und PCs sind ja nun beileibe nicht die einzigen Abspielgeräte) und DXVA unterstützt *nicht* den vollen Standard... Professionelles 4:2:2 kodiertes Material spielen beispielsweise ehh die wenigstens Decoder ab (CoreAVC und auch ffdshow kann das zum Beispiel) und das gleiche ist halt auch bei den diversen Profilen und Leveln der Fall, kannst ja mal hier bei Wiki schauen welche es alle gibt - von DVA werden nicht alle unterstützt -> ungenügende/mangelhafte Umsetzung imho.
- 07.05.09, 14:09 #120
Nunja, wenn du mal richtig in die Liste schaust siehst du auch wofür das draufgeht. Das hat nichts mit dem Player zu tun. Hätte auch nochn paar Minuten warten können, das war kurz nach nem Neustart und mit IE, CPUz im Hintergrund, da hätte ich auch noch die Prozente runterdrücken können. Aber da ganaj ja erstmal den Player vergleichen wollte reichts auch in der Form ^^
- 07.05.09, 14:13 #121
ist mir schon klar das du noch ein paar prozent rausdrücken hättest können, aber ich denke die 5% von den besagten freund sind auch nur die auslastung des players, was ja, wie man jetzt sieht, sehr leicht zu erreichen ist. die gesamtlast ist trotzdem immer ein wenig höher.
- 07.05.09, 14:19 #122
Jap, geht ja auch nicht anders. Ich meine, wer hat schon ein "pures" System am laufen ?
Ich denke z.B. das gerade der Unterschied Vista/Xp hier schon einen gravierenden Unterschied machen kann, diesen ganzen Indexkram bei Vista usw. sei dank.
Ich hab auch lieber die Gesamtauslastung im Blick, den sie sagt, ob ich das System so laufen lassen kann ohne mir Sorgen machen zu müssen oder nicht. Mir nützt es nichts, wenn der Player Däumchen dreht, während der restliche PC mit den Aufgaben, die durch den Player vermittelt werden außer Rand und Band geht.
Muss aber jeder selbst wissen.
Btw. musste ich beim Testen jetzt feststellen, dass ein riesiger Unterschied zwischen CoreAVC 1.9 und 1.9.5 ist, also wer noch die alte drauf hat, hurtig wechseln, die neue bringt mehr.
MfG Polarcat
- 07.05.09, 14:24 #123
das mit coreavc kann ich bestätigen! der unterschied ist echt viel größer als angenommen, auch die bildquali haben sie verbessert. ist eh ein kostenloses update, also kann man nichts verlieren
- 07.05.09, 14:40 #124
Mit dem WMP ? Wusste gar nicht, dass der so gut "kooperiert" mit dem CoreCodec.
Aber schön zu sehen wie potent die Ion-Plattform ist
- 07.05.09, 14:54 #125
also ich verwende in vista auch den wmp, ich weiß ehrlich gesagt nicht wieso alle so auf den mpc stehen...
coreavc wird perfekt unterstützt und alle anderen codecs (ausser divx) wird ohnehin von haus aus unterstützt. und für den rest kann man ja gegebenfalls noch ffdshow installieren.

LinkBack URL
About LinkBacks

Zitieren
