assurance-tunnel
assurance-tunnel
assurance-tunnel
assurance-tunnel

[SOLVED] Hackintosh System freeze while using multiple AUactors linked to Movie Player



  • Hello,

    For an interactive installation I created a patch that detect visitors in 6 differant zones and plays 1 to 4 movies+sound fille with differant speed linked to their number and positions (1 movie+sound/blob with maximum 4 at the same time).  

    Each of the movie is played at a differant speed when they are in front of each zone or on the back, the movie is a singer singing, so to compensate her pitch when the speed goes slow, I use AUnewTimePitch, with 2 Au Varispeed linked to the Audio (its because of this AUnewTimePitch that I use AU actors, does not exist otherwise… i think?)

    Its the position of the AUaudioFIlePlayer that gives the position of the Movie player. Its The only way I found to synchronyse well Audio and video, because the audio speed if fluctuating a lot.

    After 2 or 3 houres of running the system freezes: white screen on the projector, black screen on the monitor, without crash message. I believe its because of my 6 "Zone media player"  and the interaction between AU actor and Movie player but I don't really know. It is a hell to try to solve this bug because it happens only after 2 or 3 houres.

    Here are screenshot of the Actor, General patch and you can download the patch.  (Feel free to use my 6 zone detector with its 4 blob tester, I'm happy about it.)

    I can't put the original video because of © of the singer, but I have put nice ARTE monteverdi extracts - sound and video separated - instead to download here (!!! audio must be at 44,1 htz and not 48htz, its a known bug of the AUAudiovarispeed,that would not work with 48htz audio). I use proress fullHD movies but here I have put H264720p to make it lighter.

    To test without camera you can activat the BLOB TESTER and move them around to activate the differant movies/zones.

    Because of this crashes I had to exhibit it without varispeed/varipitch, but I'd love to solve that for the next exhibition.

    Thanks for your inside,

    best, Thomas

    PATCH: Organum9-abbaye3-full-for debug.izz

    TestMedia (440Mo)https://drive.google.com/open?...

     patch images:


    the Zone media player:


    Machine used: Hackintosh - system: OSX 10.13.6 high sierra - gpu: radeon rx vega 64 8gb - cpu: intel i9 9900k 3.6ghz



  • @tease

    Wow, a very complex patch. But it sounds like you've given us all the files we need to attempt to reproduce the problem. @Woland Let's get this set up on the Mojave machine so we can let it run.

    Best Wishes,
    Mark



  • @mark thanks, I've made it on high Sierra but I don't know if it makes a differance...

    Best,



  • @tease said:

    hanks, I've made it on high Sierra but I don't know if it makes a differance...

    I don't think so. As it is, the Mojave machine is what we've got available for a long run without interrupting other work. We'll run the patch on that machine for some time and see if it also freezes. We can at least look for things that would be "bad" on any machine, like a memory leak for example. If we can't repro, I've got a high sierra machine we find a way to test on.

    Best Wishes,
    Mark


  • Tech Staff

    @tease said:

    Machine used: Hackintosh

     @mark we cannot replicate this hardware setup but I'll test the patch on the Mojave machine


  • Tech Staff

    @tease said:

    I use proress fullHD movies but here I have put H264720p to make it lighter.The interactive response of your test media is rated as "poor". h264/AVC.mov files are not good for interactive projects.

    I would also recommend making sure that your output display and your UI display are both capable of, and set to, 60hz, since that is the frame rate of your media. If you can't hit 60fps with everything involved in your system, you should drop the settings on your displays down to 30hz and re-export the media with a frame rate of 30fps.

    You may also want to try using one of the recommended formats from the Isadora 3 Release Notes:

    Recommended Formats for Video Media Playback

    We recommend the formats listed below because they have been extensively tested by our team, and demonstrate the best possible performance and cross platform compatibility:

    1. hap.mov
    2. hapQ.mov (High Quality)
    3. hapA.mov (Alpha Channel)
    4. hap.avi
    5. hapQ.avi (High Quality)
    6. hapA.avi (Alpha Channel)
    7. photoJPEG.avi
    8. photoJPEG.mov
    9. Apple ProRes 442.mov (macOS only)
    10. Apple ProRes 4444.mov (macOS only, Alpha Channel)
    11. .wmv (Windows only)
    12. H264.mp4 (Does not support interactive playback, e.g. reverse speeds or scrubbing)
    13. H264.mov (Does not support interactive playback, e.g. reverse speeds or scrubbing)
    14. Mp3 - Audio only

  • Tech Staff

    @tease 

    Also, which of these settings should be on and which should be off for what I'm doing to be considered a valid test?



  • @woland

    If you have a HD camera to link to the computer and feed the Eyes++ actor (I put the camera in front of a window and it creates blob mouvements when I test!),  it would be the best option, with the setting like that:

    If you don't have a camera at hand, I made a little random movement/presence  actor in the BLOB TESTER actor on this new version of the patch (Organum9-abbaye3-full-for debug-withrandomblob.izz), then the setting should be:

    - About the hardwear setting (hackintoch): I know that ultimatly that could be the problem, but since I made much more demanding patches and graphic process on it without problem, I think it might not be the problem.

    Thanks again for your help.

    best, Thomas



  • @woland

    regarding the media frame rate, since I sometime slow the movie to 10%, I used 60fps to still have a smooth image in slowmotion, and all my screens where configurated and supporting it.

    Checking again, The codec is Apple proress 422 (HD), that may be the problem, I should have used Apple proress 422 non HD. I will test with that also.

     thanks


  • Tech Staff

    @tease said:

    - About the hardwear setting (hackintoch): I know that ultimatly that could be the problem, but since I made much more demanding patches and graphic process on it without problem, I think it might not be the problem.

    The tricky thing is that since it's a configuration of hardware and OS that we do not officially support, it's not a matter of patch complexity, it's simply that if something doesn't work on a Hackintosh there's no way for us to verify that it "should" or "is supposed to" work because we do not and cannot guarantee that anything will work on a Hackintosh. The good news is that anything that does happen to work on a Hackintosh is a bonus for our users, but the bad news is that we don't test on Hackintoshes and Isadora isn't officially supported on them. 

    That being said, I ran the patch for 3.5 hours today on our test machine with an external monitor attached without issue, but I'll run it again with these new settings on the new patch you've provided. Can you confirm that you have had the issue while using the exact media files that you sent me? If I'm working with different resolutions, codecs, wrappers, and/or with media that wasn't created by the same program with the same settings as the media you're experiencing the issue with, then I'm not faithfully reproducing your "show conditions" and my test could turn up different results than what you're experiencing.

    Best wishes,

    Woland



  • @woland

    I just tested with apple proress 442 and had same bug...

    I totaly understand about hackintosh.

    Befor testing with my new patch can I send you the exact media on a private message, its 12,6 Go? (sorry © issue with the singer)



  • @woland

    I'm uploading 2 couple of video+sound files on this drive folder,(done in 20 minutes) if you duplicate them 3 time with different names and upload them in the patch to replace the H264 filles, we will have the same setup/filles to truly crash/test!

    Thank you so much,

    best,

    thomas



  • @Woland & @mark : PROBABLY SOLVED BY HAP CODEC

    @tease said:

    Checking again, The codec is Apple proress 422 (HD), that may be the problem, I should have used Apple proress 422 non HD. I will test with that also.

     I just had the hackintosh running it for 3 houres no crash with HAP codec movies, and a MAcBookpro running in with apple proress 422 for the same time...no freeze...so maybe it was "just " a codec problem (Proress 422 HD)....I will let it run all night to be shure.

    If it was that, sorry to have you true all this trouble for that...I should have known...but you did point the codec possibility, so thank you again. 

    I still gone try to optimize it, because the load is realy high (when it play "only" 1 movie its going allready up to 65% on the hack, 150% on the macbookpro, just for one little 1280x768 movie + sound + detection...) ... I guess the heavy stuff must be there, animate a movie position with a sound fille position, but I don't see how to fully synchronyse otherwise...

    thanks again,

    best, 

    Thomas



  • @Woland

    did not hold the night...same freeze with HAP Codec....😭

     


  • Tech Staff

    @tease said:

    did not hold the night...same freeze with HAP Codec....😭

    Sorry to hear that :(

    I'm starting a new test-run now. I'll let you know what happens after three hours.

    @tease said:

    when it play "only" 1 movie its going allready up to 65% on the hack, 150% on the macbookpro, just for one little 1280x768 movie + sound + detection...

    For me, on a 15", 2018 MacBook Pro running macOS 10.14.x Mojave with an external monitor attached, the patch is running all the movies at once with a max load of around 45% using the most recent media you provided:



  • @woland said:

    I'm starting a new test-run now. I'll let you know what happens after three hours.

     It would be good to observe the memory footprint in Activity Monitor. If it does indeed freeze, please leave it frozen and I will see if there's a way to get some kind of report when I force quit.

    @tease 

    If you can get your patch to freeze again, I'm going to give you a procedure to force Isadora to crash and generate a crash report.

    1) Run patch until it freezes
    2) Open Activity Monitor (/Applications/Utilities/) and look for Isadora. Find the column that says "PID". If the column is not visible, choose View > Columns > PID to show it.
    3) Take note of the number shown as Isadora's PID.

    4) Open the macOS Terminal program (/Applications/Utilities) and type the following

    sudo kill -SEGV ISADORA_PID

    Replacing ISADORA_PID with the number you noted in Step 3

    6) Hit return. The Terminal program will ask you for your password. Type it and hit return.
    7) As soon as you hit return, Isadora will crash and a crash report will be generated.
    8) In the Finder choose Go > Go To Folder..., type ~/Library/Logs/DiagnosticReports/ in the text field, and hit the "Go" button
    9) Sort the files by date/time so that the most recent files are at the top. Find the first report that starts with "Isadora..."
    10) Compress it into a .zip file and send it us by opening a ticket.

    Best Wishes,
    Mark



  • @mark

    Dear Mark, I would love to do that, but when it freezes I have absoutely no controle over the computer, one screen becomes black, the other one white and the only way to get  controle back is to restart.

    BUT, I relooket at the log and  I found Diagnostic reports for 2 differant crashs, from Isadora, AUdio MIDI Setup, Decklink(blackmagic) and Scarlett MixControl(not in use so I should deinstale it!).

    Hope it can help. DiagnosticReports.zip

    thanks,

    Thomas



  • Tech Staff

    @tease said:

    I would love to do that, but when it freezes I have absoutely no controle over the computer, one screen becomes black, the other one white and the only way to get  controle back is to restart

    We have not been able to reproduce this behavior. I just ran the test for nearly six hours straight and we did not see anything like what you are describing. I think we've done the most we can do here unfortunately. If you can get this behavior on supported hardware then we can keep looking into this but at this point we cannot reproduce the behavior you're describing and we believe that the issue may be that you are using unsupported hardware.

    Looking at the crash reports, they are dated almost ten days ago so they are not likely to be the issue you are describing happening over the past few days.

    One thing I did notice is that if you're using the audio file position to drive the Movie Player's position, you should set the Movie Player speed to "0" so that the position of the Movie Player isn't being "fought over" by the Movie Player's speed and the output of the audio file's position.


  • Tech Staff

    @woland said:

    One thing I did notice is that if you're using the audio file position to drive the Movie Player's position, you should set the Movie Player speed to "0" so that the position of the Movie Player isn't being "fought over" by the Movie Player's speed and the output of the audio file's position.

     Good observation, this could easily cause issue.




  • @woland & @mark 

    sorry for the "out of date" crash report... and Ok, thanks you both to have tried, I'll keep on serching and post if I can reproduce on an other machine or solve it.

    @woland said:

    One thing I did notice is that if you're using the audio file position to drive the Movie Player's position, you should set the Movie Player speed to "0" so that the position of the Movie Player isn't being "fought over" by the Movie Player's speed and the output of the audio file's position.

     I will delfenetly try that!!!! thanks!

    best, Thomas