<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/hyperengine/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/hyperengine/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/hyperengine/bugs/</id><updated>2010-12-28T14:08:20Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>freeze</title><link href="https://sourceforge.net/p/hyperengine/bugs/16/" rel="alternate"/><published>2010-12-28T14:08:20Z</published><updated>2010-12-28T14:08:20Z</updated><author><name/><uri>https://sourceforge.net</uri></author><id>https://sourceforge.net62bb855bb8eb5cfbe362c29c185d0332363643bd</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Program freezes when splitting in 10.6&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>NUMEROUS build problems (w/ fixes)</title><link href="https://sourceforge.net/p/hyperengine/bugs/15/" rel="alternate"/><published>2009-03-01T05:42:41Z</published><updated>2009-03-01T05:42:41Z</updated><author><name>David A. Gatwood</name><uri>https://sourceforge.net/u/dgatwood/</uri></author><id>https://sourceforge.netf15c48a7dc82908ad9de949e7407346f1ce4e209</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This thing won't even build anymore without several dozen minor fixes.&lt;/p&gt;
&lt;p&gt;There must be thirty different places where the capitalization of "QuickTime/QuickTime.h" is wrong in this project.  Sometimes it is written as "Quicktime/Quicktime.h", one time it was "Quicktime/quicktime.h", etc.&lt;/p&gt;
&lt;p&gt;There's also one case of mis-capitalization of "IOKit/IOKitLib.h".&lt;/p&gt;
&lt;p&gt;There are also two capitalization mistakes for "Cocoa/Cocoa.h".&lt;/p&gt;
&lt;p&gt;Also, in MIMixerController.mm, MITimePaletteController.mm, and ZzVerbose.mm you need to add "#include &amp;lt;sys/time.h&amp;gt;" somewhere near the top because gettimeofday is no longer defined without it.&lt;/p&gt;
&lt;p&gt;Also, MoreFilesX.c appears to redefine the function FSVolumeMount with an incompatible prototype.  I had to #ifdef out the function in MoreFilesX.c  and the matching prototype in MoreFilesX.h.&lt;/p&gt;
&lt;p&gt;With those changes, it builds.  I haven't tried it yet, but... wow, what a mess.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Unable to export - exception -1309</title><link href="https://sourceforge.net/p/hyperengine/bugs/14/" rel="alternate"/><published>2008-07-16T13:25:58Z</published><updated>2008-07-16T13:25:58Z</updated><author><name>effemmeffe</name><uri>https://sourceforge.net/u/effemmeffe/</uri></author><id>https://sourceforge.netacdf3428fa25113154cef9d3cb0f4cc90291b151</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I tried to export a video using external AVI codec, it takes a long long time so I let HE-AV to run along the night.&lt;br /&gt;
In the morning I got the following error:&lt;br /&gt;
Exception raised in /User/alain/sourceForge/hyperengine/Projects/HAVOSX/../../Source/MI/MIApplicationController.mm at line 1602 : Unknown Exception : -1309&lt;/p&gt;
&lt;p&gt;And non AVi file was present.&lt;br /&gt;
This problem is sistematic.&lt;/p&gt;
&lt;p&gt;Any help?&lt;/p&gt;
&lt;p&gt;OS X 10.4.11&lt;br /&gt;
iBook 1.33 GHz PowerPC G4&lt;br /&gt;
1.5 GB DDR SDRAM&lt;br /&gt;
HE-AV 1.6.1&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Unable to launch my build</title><link href="https://sourceforge.net/p/hyperengine/bugs/13/" rel="alternate"/><published>2008-07-11T13:04:24Z</published><updated>2008-07-11T13:04:24Z</updated><author><name>Pierre Rudloff</name><uri>https://sourceforge.net/u/userid-1939745/</uri></author><id>https://sourceforge.net7ca59d8e21d3460ccb9a53c2c2a18c9993024a8b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I've compiled 1.6.1 on my Intel Mac with OS 10.4.11 but when launching it, it crashs and I got the following errors in the system's console :&lt;br /&gt;
HyperEngine-AV(14501,0xa000d000) malloc: *** vm_allocate(size=3037134848) failed (error code=3)&lt;br /&gt;
HyperEngine-AV(14501,0xa000d000) malloc: *** error: can't allocate region&lt;br /&gt;
HyperEngine-AV(14501,0xa000d000) malloc: *** set a breakpoint in szone_error to debug&lt;br /&gt;
terminate called after throwing an instance of 'std::bad_alloc'&lt;br /&gt;
what():  St9bad_alloc&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Projects can't be opened</title><link href="https://sourceforge.net/p/hyperengine/bugs/12/" rel="alternate"/><published>2007-12-14T23:27:06Z</published><updated>2007-12-14T23:27:06Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net8b4795b37013752a0c00338689e9f6e5cfe32d86</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I started new project. Importet clips and edited and saved several times. Everything went as usual till I quit the program. When I came back to continue working HyperEngine HyperEngine could not open the project anymore. Program starts as usual but when I try to open the project this kind of error message appears:&lt;br /&gt;
The document "example.HAV" could not be opened.&lt;/p&gt;
&lt;p&gt;If I manage to open the project (very rare) and make even a small change, move a clip on a timeline for an example, this kind of error message will appear: &lt;br /&gt;
Exception raised in /P4/arboretum/HAV/Source/Arme/TArmeMasterMovie.cpp at line 1114 : Unknown Exception : -2009&lt;/p&gt;
&lt;p&gt;Same thing with every project no matter if it is a large or a small one.&lt;/p&gt;
&lt;p&gt;Problem occurred first time in the late October 2007 or during November 2007. I haven't installed any new programs during that time. Can some automatic system update cause that kind of problem?&lt;/p&gt;
&lt;p&gt;- J -&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>moving synced clips causes two problems</title><link href="https://sourceforge.net/p/hyperengine/bugs/11/" rel="alternate"/><published>2006-05-29T03:07:34Z</published><updated>2006-05-29T03:07:34Z</updated><author><name>Robert Purser</name><uri>https://sourceforge.net/u/userid-1372585/</uri></author><id>https://sourceforge.net2ccf70b107831576bf5bf04233c6d4c3d8ce6889</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When you select and move a video clip plus the sound clip (which was &lt;br /&gt;
originally part of the video clip), two problems occur:&lt;/p&gt;
&lt;p&gt;1.  First, the audio and the picture move to the same location.  Then &lt;br /&gt;
the picture clip (and probably also the audio clip) jump to the next &lt;br /&gt;
available sample.  In the case of the picture, it jumps to the nearest &lt;br /&gt;
frame (backwards or forwards, as the case may be.)  The audio clip &lt;br /&gt;
probably jumps to the next audio sample which is extremely tiny &lt;br /&gt;
compared to the jump of the picture.&lt;/p&gt;
&lt;p&gt;This tiny bug is probably the most annoying in HyperEngine (when &lt;br /&gt;
editing a scene with sync sound.)  Here is why!&lt;/p&gt;
&lt;p&gt;When you move one clip along the timeline, this bug does not seem &lt;br /&gt;
significant.  This is easy to live with.&lt;/p&gt;
&lt;p&gt;But then you move a second (third, and forth film clip), suddenly, this &lt;br /&gt;
becomes a great problem.  When the second clip is butted against the &lt;br /&gt;
first clip, there is always a gap in the audio or the picture.  25% of the &lt;br /&gt;
time, this unnatural gap creates a missing frame (blank frame) between &lt;br /&gt;
the two butted clips.&lt;/p&gt;
&lt;p&gt;This is NOT good.  Any way you try to fix this problem moves the &lt;br /&gt;
audio/picture sync that much more out of alinement.&lt;/p&gt;
&lt;p&gt;2.  However, there is another bug which masks this first bug.  Instead &lt;br /&gt;
of completely jumping to the nearest frame, the picture of the sound &lt;br /&gt;
clip are lengthened somewhat.  This is physically impossible in the real &lt;br /&gt;
world.  Therefore, this is really not good.&lt;/p&gt;
&lt;p&gt;Both bugs need to be fixed before any sync sound editing can be done &lt;br /&gt;
using dramatic scenes with scripted dialog.  It just gets too messy &lt;br /&gt;
trying to do it with the current software.  This might be the smallest &lt;br /&gt;
bug but it really is a show stopper for serious editing.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Bad refresh during playback</title><link href="https://sourceforge.net/p/hyperengine/bugs/10/" rel="alternate"/><published>2006-05-20T12:04:04Z</published><updated>2006-05-20T12:04:04Z</updated><author><name>Robert Purser</name><uri>https://sourceforge.net/u/userid-1372585/</uri></author><id>https://sourceforge.netaf73c3be018e1511567a8819490d1eb9a0605e5d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When playing back a project at 100% which has lots of clips, the refresh at &lt;br /&gt;
the playhead begins to produce garbage.  This happens even if there is &lt;br /&gt;
only one row of clips.&lt;/p&gt;
&lt;p&gt;Even on a G5 2.0, the refresh is not fast enough during scrolling along &lt;br /&gt;
with the playback.  The first icon of the picture appears black instead of a &lt;br /&gt;
picture.  The rest are blank.  Then, at the playhead, the refresh is black &lt;br /&gt;
blobs instead of pictures.  HyperEngine does not know that it is not &lt;br /&gt;
receiving information fast enough so it refreshes with garbage (usually a &lt;br /&gt;
series of tiny verticle black retangles.)&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Snap to Horizonal Lines does not work.</title><link href="https://sourceforge.net/p/hyperengine/bugs/9/" rel="alternate"/><published>2006-05-20T11:58:00Z</published><updated>2006-05-20T11:58:00Z</updated><author><name>Robert Purser</name><uri>https://sourceforge.net/u/userid-1372585/</uri></author><id>https://sourceforge.net0f6a5e72d831b2091db2829574ab4d369c02ec86</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The Snap to Horizonal Lines for the Grid does not work.  If you select this &lt;br /&gt;
feature, without selecting to display the Horizontal OBJECT lines, the snap &lt;br /&gt;
feature for the GRID seems to be completely turned off. &lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Plays wrong audio clip...</title><link href="https://sourceforge.net/p/hyperengine/bugs/8/" rel="alternate"/><published>2006-05-20T11:54:22Z</published><updated>2006-05-20T11:54:22Z</updated><author><name>Robert Purser</name><uri>https://sourceforge.net/u/userid-1372585/</uri></author><id>https://sourceforge.net2994266694e7f0d787f99241b1dfe16cc39f05be</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;With synced sound productions (containing both picture and sound in &lt;br /&gt;
sync) about once every two hours of working, HyperEngine will play the &lt;br /&gt;
wrong audio clip (or possibly the right clip but at a different time in the &lt;br /&gt;
clip).  The workaround is to save, quit, and reopen HyperEngine.  Then the &lt;br /&gt;
same clip plays correctly.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Mute clips do not un-mute...</title><link href="https://sourceforge.net/p/hyperengine/bugs/7/" rel="alternate"/><published>2006-05-20T11:51:06Z</published><updated>2006-05-20T11:51:06Z</updated><author><name>Robert Purser</name><uri>https://sourceforge.net/u/userid-1372585/</uri></author><id>https://sourceforge.netf71b9e2225c84a5014b7652d89cbfa32c83e1528</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Occasionally, audio clips which have been muted and then un-muted will &lt;br /&gt;
not play.  They remain muted.  The workaround is to solo the audio clip.&lt;br /&gt;
That caused the un-muted audio to begin playing.  Then turn off the solo &lt;br /&gt;
and the clip is plays properly.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>