Jump to content

x64 decoding chain


WakeX

Recommended Posts

Alle Jahre wieder *vorbeugendduck* ;)

 

Meine Frage:

Würde eine Umstellung auf 64bit nicht von Vorteil sein, da die von DVBViewer genutzten LAV Filter anscheinend um einiges performanter sind als die 32bit-Version und das geplante madVR mittlerweile auch eine Version diesbezüglich anbietet?

Vor allem bei HEVC content macht sich das bemerkbar - während sich x86 im DVBViewer und auch bei MPC HC auf meinem System einen abstottert (2600K@4.7 immerhin), schafft es das x64-build im Zusammenspiel mit MPC HC gerade so ohne frame drops (was mich überrascht hat, da das Geruckel doch gravierend war).

 

Oder fehlen dazu einfach zu viele Bausteine welche umgestellt werden müssten/zu viel Aufwand verursachen um das ganze zu realisieren (plugins etc.)?

 

Mfg,

Wake

Link to comment

Der aufwand für die Umstellung wäre sehr hoch. Da der DVBViewer auf eine andere Delphi Version portiert werden müsse.

Und da sich RS und DVBViewer Pro Code Teilen muss das bei beiden gleichzeitig passieren. Und ohne DVB Source Filter macht das keinen Sinn.

Und wenn Griga nur mit einer Delphi Version arbeiten möchte um nicht ständig die Entwicklungsumgebungen zu wechseln, müssen auch alle anderen Sachen wie TransEdit usw. umgestellt werden.

 

Und dann gibt es an einigen stellen auch noch Assembler Code, der extra für 64 Bit angepasst werden müsste.

Das heißt ein rissiger anfänglicher aufwand. Aber damit ist der mehr aufwand nicht zu ende

 

Es müssten dann zwei Versionen gepflegt werden. Da man nicht davon ausgehen kann das auf allen Systemen ein x64 Betriebssystem läuft.

Und das heißest neben den Teilweisen nötigen Faltunterscheidungen im Code müssen auch immer zwei Versionen erstellt und vor allem auch getestet werden.

 

Und Plugins würden nur gehen wenn der Pluginautor eine 64 Bit Version davon anbietet.

 

Das heißt auch deutlich mehr Support aufwand hier im Forum. Da sicher nicht allen klar ist warum eine Erweiterung nicht geht oder ein Installierte Codec nicht ausgewählt werden kann.

 

Und der ganze aufwand nur damit UHDTV mit HEVC auf dem Teuren UHDTV Monitor mit mancher älteren PC Hardware mit einem bestimmten Codec besser läuft.

 

HEVC mit einer HDTV Auflösung wie bei DVB-T2 in Deutschland ist bei halbwegs aktuellen Systemen kein kein Problem.

(ich kann da 5 Sender gleichzeitig wiedergeben, mehr sind bei dem Testbetrib nicht verfügbar ;))

 

Wer einen UHDTV Fernseher für die wiedergebe nutzt kann in den allermeisten fällen die 2-3 UHDTV Testsender auch zu dem Fernseher Streamen und muss sie nicht auf dem PC decodieren.

 

Und bis UHDTV weiter verbreitet, ist sieht es sicher auch was die Hardware für die wiedergebe anders aus. Und es gibt vielleicht auch Codecs die bei 32 Bit gut funktionieren.

Link to comment

 

Vor allem bei HEVC content macht sich das bemerkbar - während sich x86 im DVBViewer und auch bei MPC HC auf meinem System einen abstottert (2600K@4.7 immerhin), schafft es das x64-build im Zusammenspiel mit MPC HC gerade so ohne frame drops (was mich überrascht hat, da das Geruckel doch gravierend war).

Wie spielst du denn die live testsender ab, oder beziehst du dich auf die wiedergabe einer aufnahme?

Link to comment

Geht alles: https://mpc-hc.org/

MPC-HC can also be used as DVB Player

 

Das 64bit Thema ist auch schon intern diskutiert worden.

Der Aufwand scheint nicht unerheblich zu sein und die Problematik mit den Plugins und Erweiterungen bleibt ebenso.

 

Trotzdem sollte man das Thema weiter auf dem Schirm haben.

Edited by nuts
Link to comment

@Tjod: Danke für die ausführliche Erläuterung.

 

@nuts: IIRC bezieht sich die Aussage nur auf DVB-T.

 

 

Wie spielst du denn die live testsender ab, oder beziehst du dich auf die wiedergabe einer aufnahme?

 

Beides - egal ob live oder aufgenommene .ts des Testsenders.

DVBViewer live:

Hängt mehr als es läuft im DVBViewer und versucht dann wieder aufzuschließen (Bild wird "grau", bekommt Farbe und hängt dann gleich wieder).

 

DVBViewer Aufnahme:

Läuft Anfangs flüssig bis es zu einer Vogelperspektive der Stadt kommt (direkt nach dem Gebäude mit der französischen Flagge, Aufnahme fängt mit 1-2 Sekunden Eiffelturm an), ab da dann nurmehr Standbild eben jener Szene mit Soundaussetzern/-knistern obendrein.

 

MPC HC x86 Aufnahme:

Beginnt an derselben Stelle wie DVBViewer Probleme zu machen, aber immerhin läuft die Aufnahme weiter wenn auch stark stotternd ab dem Punkt (was auch verständlich ist, da die avg rendering time über 20 ms ist und die CPU-Last von zuerst 70-80% auf 100% schnellt).

 

MPC HC x64 Aufnahme:

Läuft ohne Probleme(frame drops etc.) durch, CPU-Last übersteigt 90% nicht.

Auch andere Aufnahmen wie zum Beispiel Sintel 4K, Kazu 4K oder der Transformers Trailer welche weniger extreme Anforderungen stellen zeigen einen deutlichen Rückgang der CPU-Last unter MPC HC x64, was auch die CPU öfters dazu veranlasst niedriger zu takten.

Link to comment

 

MPC HC x64 Aufnahme:

..das ist genau, was ich meine. Der MPC HC x64 verhält sich wie ein graceful player. Die probleme werden kaschiert und die CPU-last übersteigt die schmerzgrenze nicht. Aber, bei live stellt sich die lage bei mir anders dar. Da ist die performance auch nicht viel besser als beim 32bitter im DVBViewer. Der trugschluss ensteht imho durch den unwichtigen begleitton, der keinerlei bezug auf das video hat, sodass man desync nicht merkt. Das bild läuft nämlich beim play back langsamer als es sollte ;) Live lässt sich das aber nicht mehr verbergen.

 

live kannst du übrigens über streaming hinkriegen.

Link to comment

übrigens..

Egal ob sich der DVBViewer 64bit-ralleystreifen zulegt - das bei einem herzstück aus dem vorigen jahrhundert (die senderliste) - , finde ich, dass die HEVC/UHD_HTPC-diskussion mit diesem zitat treffend charakterisiert wird:

 

 

But better buy new UHD TV 50''+ with integrated DVB-S/S2 tuner and HEVC decoder smile.gif

von @crazycat, einem anerkannten hardware-guru.

 

http://rickcaylor.websitetoolbox.com/post/what-is-best-codec-for-hevc-7376673

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...