<div class="markdown_content"><ul>
<li><strong>labels</strong>: Pixes (pix_ objects) --> Pixes (pix_ objects), pix_film, DirectShow, w32</li>
<li><strong>Group</strong>: win32 --> 0.93</li>
</ul>
<hr />
<p><strong> <a href="http://sourceforge.net/p/pd-gem/bugs/100/" class="alink">[bugs:#100]</a> pix_film with DS eats up cpu in W32</strong></p>
<p><strong>Status:</strong> open<br />
<strong>Group:</strong> 0.93<br />
<strong>Labels:</strong> Pixes (pix_ objects) pix_film DirectShow w32 <br />
<strong>Created:</strong> Sat Mar 27, 2010 04:26 PM UTC by Matteo Sisti Sette<br />
<strong>Last Updated:</strong> Sat Mar 27, 2010 04:26 PM UTC<br />
<strong>Owner:</strong> nobody</p>
<p>When I send an [open( message to a pix_film object, if it uses DirectShow (as opposed to QuickTime) to decode the file, it starts consuming an enormous amount of cpu: around 30% of a 2.5GHz Intel Core Duo machine. Furthermore, it never stops eating that much cpu, even if you stop repdorucing the file (by setting auto to 0 and not changing the frame through the right inlet) and even if you disconnect it from the gemhead.</p>
<p>This happens with file encoded with various codecs: DV-PAL, H.264, Animation+, and I suspect everything else.</p>
<p>Note that if I open the files with QuickTime instead of DS (by appending the proper number to the open message), then this does not happen: the impact of opening the file on the CPU is minimal, almost impossible to note, and it only consumes cpu during few seconds after opening the file, and when _actually_ playing it (i.e. a gemhead connected to it and changing frame). That is, with quicktime pix_film only consumes CPU when it is supposed to, and it is much much less CPU: you can easily read 6 full-size DV-PAL files actually rendering some portion of them on the screen, and you can have a dozen of pix_film with [open(ed files without impact on CPU (or even many more, then the impact won't be on CPU but on performance in general due to the memory trashing).</p>
<p>This can't be normal: DirectShow is supposed to be much faster than QuickTime on Windows; also, any given media player will open a video file using DirectSHow and without eating up nearly as much cpu, especially when not playing.<br />
There must be something wrong in GEM.</p>
<hr />
<p>Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to <a href="https://sourceforge.net/p/pd-gem/bugs">https://sourceforge.net/p/pd-gem/bugs/</a></p>
<p>To unsubscribe from further messages, a project admin can change settings at <a href="https://sourceforge.net/p/pd-gem/admin/bugs/options.">https://sourceforge.net/p/pd-gem/admin/bugs/options.</a>  Or, if this is a mailing list, you can unsubscribe from the mailing list.</p></div>