Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 510562" data-attributes="member: 10858">Thanks. I bet as well that the issue is not happening with software mode. After that someone needs to figure out what happens differently with those two modes. MPC-HC codec must behave differently somehow (release it's own resources in different order, or access renderer or something else in the graph that has already been disposed by MP). But only debugging will tell.Maybe they would add that support in change for more accurate time stamp code they have in MPC-HC (current one is broken) <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite7" alt=":p" title="Stick Out Tongue&nbsp; &nbsp; :p" loading="lazy" data-shortname=":p" />. Same code is used in MP, but with latest local video playback improvement investigations I did notice that the code is broken... Not that it would affect in normal playback that much, but if you need to time something in &lt; 1 ms accuracy it is broken.Off topic, but if you can play the higher compression files already with CPU then you are able to play all those lower profile encodings as well so DVXA is pretty useless in that case (of course it creates less heat, but still...) Picking a better GPU that supports higher profiles is the correct way to solve such issue (no need to have codec to handle it).</blockquote>

[QUOTE="tourettes, post: 510562, member: 10858"] Thanks. I bet as well that the issue is not happening with software mode. After that someone needs to figure out what happens differently with those two modes. MPC-HC codec must behave differently somehow (release it's own resources in different order, or access renderer or something else in the graph that has already been disposed by MP). But only debugging will tell. Maybe they would add that support in change for more accurate time stamp code they have in MPC-HC (current one is broken) :P. Same code is used in MP, but with latest local video playback improvement investigations I did notice that the code is broken... Not that it would affect in normal playback that much, but if you need to time something in < 1 ms accuracy it is broken. Off topic, but if you can play the higher compression files already with CPU then you are able to play all those lower profile encodings as well so DVXA is pretty useless in that case (of course it creates less heat, but still...) Picking a better GPU that supports higher profiles is the correct way to solve such issue (no need to have codec to handle it). [/QUOTE]

Verification