Forum Replies Created
-
AuthorPosts
-
AIResearcherParticipant
I’ve installed the new public downloaded beta provided and installed it.
I no longer get hard crashes on exit of 3rd party program. But I do get the following:
> When closing third party applications our application hangs sometime later in
45 ??? (in Weiv Demo Beta 1.1) [0x1a8bc]
45 ??? (in Weiv Demo Beta 1.1) [0x1a98d]
45 operator delete(void*, void*) + 7555647 (in Weiv Demo Beta 1.1) [0x911bcf]
45 NSApplicationMain + 1054 (in AppKit) [0x94b7b261]
45 -[NSApplication run] + 911 (in AppKit) [0x948e7675]
45 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 113 (in AppKit) [0x948eb306]
45 _DPSNextEvent + 678 (in AppKit) [0x948eba9c]
45 BlockUntilNextEventMatchingListInMode + 88 (in HIToolbox) [0x981a8356]
45 ReceiveNextEventCommon + 381 (in HIToolbox) [0x981a84e7]
45 RunCurrentEventLoopInMode + 318 (in HIToolbox) [0x981a117f]
45 CFRunLoopRunInMode + 120 (in CoreFoundation) [0x9184f328]
45 CFRunLoopRunSpecific + 332 (in CoreFoundation) [0x9184f47c]
45 __CFRunLoopRun + 2343 (in CoreFoundation) [0x91850137]
45 __CFRunLoopDoBlocks + 337 (in CoreFoundation) [0x91824f81]
45 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 16 (in CoreFoundation) [0x91871c30]
45 ____CFXNotificationPostToken_block_invoke_1 + 352 (in CoreFoundation) [0x918a3ec0]
45 __-[NSDistributedNotificationCenter addObserver:selector:name:object:suspensionBehavior:]_block_invoke_1 + 49 (in Foundation) [0x9bd43d78]
45 -[SyphonUnitySyphonServerDirectory handleServerRetire:] + 405 (in Syphon) [0x113bc3d6]
45 -[NSNotificationCenter postNotificationName:object:userInfo:] + 92 (in Foundation) [0x9bd27012]
45 _CFXNotificationPost + 2776 (in CoreFoundation) [0x91864a38]
45 ___CFXNotificationPost_block_invoke_1 + 275 (in CoreFoundation) [0x91899cb3]
45 __-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_1 + 49 (in Foundation) [0x9bd3be25]
45 ??? (in SyphonUnityPlugin) [0x113b043d]
45 ??? [0xffffffff]
45 _sigtramp + 43 (in libsystem_c.dylib) [0x9046659b]
45 mono_sigsegv_signal_handler + 498 (in libmono.0.dylib) [0xb52f5d]
45 mono_chain_signal + 76 (in libmono.0.dylib) [0xc1b3e7]
45 operator delete(void*, void*) + 5879509 (in Weiv Demo Beta 1.1) [0x778865]
45 abort + 167 (in libsystem_c.dylib) [0x90401bdd]
45 ??? [0xffffffff]
45 _sigtramp + 43 (in libsystem_c.dylib) [0x9046659b]
45 sigabrt_signal_handler + 89 (in libmono.0.dylib) [0xc1b54a]
45 ??? (in Weiv Demo Beta 1.1) [0x0]
Kernel stack:
43 hndl_alltraps + 225 (in mach_kernel) [0xffffff80002d7941]
41 user_trap + 711 (in mach_kernel) [0xffffff80002c1f67]
37 exception_triage + 193 (in mach_kernel) [0xffffff8000220db1]
35 exception_deliver + 511 (in mach_kernel) [0xffffff8000220a8f]
35 mach_exception_raise + 183 (in mach_kernel) [0xffffff800024e8c7]
30 mach_msg_rpc_from_kernel_body + 277 (in mach_kernel) [0xffffff8000223945]
29 ipc_mqueue_receive + 70 (in mach_kernel) [0xffffff8000215806]
19 thread_block_reason + 299 (in mach_kernel) [0xffffff800022f39b]
19 thread_continue + 1661 (in mach_kernel) [0xffffff800022f11d]
19 machine_switch_context + 361 (in mach_kernel) [0xffffff80002c0939]
10 thread_block_reason + 357 (in mach_kernel) [0xffffff800022f3d5]
8 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
2 return_to_iret + 302 (in mach_kernel) [0xffffff80002d7d10]
2 i386_astintr + 42 (in mach_kernel) [0xffffff80002c1c8a]
2 ast_taken + 163 (in mach_kernel) [0xffffff800021e093]
2 thread_block_reason + 299 (in mach_kernel) [0xffffff800022f39b]
2 thread_continue + 1661 (in mach_kernel) [0xffffff800022f11d]
2 machine_switch_context + 361 (in mach_kernel) [0xffffff80002c0939]
1 ipc_mqueue_receive + 26 (in mach_kernel) [0xffffff80002157da]
1 ipc_mqueue_receive_on_thread + 835 (in mach_kernel) [0xffffff80002157b3]
1 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
4 mach_msg_rpc_from_kernel_body + 197 (in mach_kernel) [0xffffff80002238f5]
4 ipc_kmsg_send + 416 (in mach_kernel) [0xffffff8000214960]
3 ipc_mqueue_send + 387 (in mach_kernel) [0xffffff8000215d43]
3 ipc_mqueue_post + 583 (in mach_kernel) [0xffffff8000215b97]
2 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
1 return_to_iret + 302 (in mach_kernel) [0xffffff80002d7d10]
1 i386_astintr + 42 (in mach_kernel) [0xffffff80002c1c8a]
1 ast_taken + 163 (in mach_kernel) [0xffffff800021e093]
1 thread_block_reason + 299 (in mach_kernel) [0xffffff800022f39b]
1 thread_continue + 1661 (in mach_kernel) [0xffffff800022f11d]
1 machine_switch_context + 361 (in mach_kernel) [0xffffff80002c0939]
1 ipc_mqueue_send + 85 (in mach_kernel) [0xffffff8000215c15]
1 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
1 mach_msg_rpc_from_kernel_body + 154 (in mach_kernel) [0xffffff80002238ca]
1 lck_mtx_unlock + 71 (in mach_kernel) [0xffffff80002b4087]
1 exception_deliver + 119 (in mach_kernel) [0xffffff8000220907]
1 lck_mtx_lock + 10 (in mach_kernel) [0xffffff80002b3a5a]
1 exception_deliver + 468 (in mach_kernel) [0xffffff8000220a64]
1 retrieve_thread_self_fast + 63 (in mach_kernel) [0xffffff80002245ff]
2 exception_triage + 149 (in mach_kernel) [0xffffff8000220d85]
2 exception_deliver + 76 (in mach_kernel) [0xffffff80002208dc]
1 lck_mtx_lock + 59 (in mach_kernel) [0xffffff80002b3a8b]
1 lck_mtx_lock + 44 (in mach_kernel) [0xffffff80002b3a7c]
1 exception_triage + 195 (in mach_kernel) [0xffffff8000220db3]
1 exception_triage + 94 (in mach_kernel) [0xffffff8000220d4e]
1 exception_deliver + 97 (in mach_kernel) [0xffffff80002208f1]
1 lck_mtx_unlock + 153 (in mach_kernel) [0xffffff80002b40d9]
2 user_trap + 180 (in mach_kernel) [0xffffff80002c1d54]
2 hndl_allintrs + 290 (in mach_kernel) [0xffffff80002d7bd2]
2 interrupt + 192 (in mach_kernel) [0xffffff80002c2790]
2 lapic_interrupt + 121 (in mach_kernel) [0xffffff80002c7859]
2 cpu_signal_handler + 172 (in mach_kernel) [0xffffff80002c970c]
2 sync_iss_to_iks + 118 (in mach_kernel) [0xffffff80002c1bc6]> When closing third party applications our application hangs on close.
Stuck in:54 -[NSApplication _shouldTerminate] + 889 (in AppKit) [0x94bbe181]
54 -[NSDocumentController(NSInternal) __closeAllDocumentsWithDelegate:shouldTerminateSelector:] + 310 (in AppKit) [0x94ce9dbc]
54 -[NSDocumentController(NSInternal) _closeAllDocumentsWithDelegate:shouldTerminateSelector:] + 1693 (in AppKit) [0x94cf0e7c]
54 __-[NSDocumentController(NSInternal) _closeAllDocumentsWithDelegate:shouldTerminateSelector:]_block_invoke_1 + 228 (in AppKit) [0x94ce3ff5]
54 -[NSApplication _docController:shouldTerminate:] + 83 (in AppKit) [0x94bb6d6d]
54 operator delete(void*, void*) + 7550531 (in Weiv Demo Beta 1.1) [0x9107d3]
54 operator delete(void*, void*) + 5562315 (in Weiv Demo Beta 1.1) [0x72b15b]
54 operator delete(void*, void*) + 5714006 (in Weiv Demo Beta 1.1) [0x7501e6]
54 operator delete(void*, void*) + 7745520 (in Weiv Demo Beta 1.1) [0x940180]
54 operator delete(void*, void*) + 7753939 (in Weiv Demo Beta 1.1) [0x942263]
54 semaphore_timedwait_trap + 10 (in libsystem_kernel.dylib) [0x93f71c76]
Kernel stack:
54 semaphore_wait_continue + 0 (in mach_kernel) [0xffffff80002345c0]> Some scene cameras still wont show on some clients.
AIResearcherParticipantWe tried a fix where I initialized the three mono strings to nil and then only initialized them when the string was not nil. It fixed one of the vj tools but not the other.
I will try to work on this some more later, but for now, I just ripped out some of the client functionality as we are really only serving from our application and not listening / watching anything else.
AIResearcherParticipantSaw your comment, added checks to parameters and will be trying it shortly. Thanks for the quick reply!
AIResearcherParticipantI seemed to have fixed the problem!
I accidentally did not keep the directory structure for the .cs files inside the plugins directory. Restoring them to the proper places inside the plugins/ folder seems to have fixed the problems.
I will continue testing and let you know what I find on the google code SVN.
AIResearcherParticipantThanks for the update. I’ve been playing around with it.
Unfortunately, although it runs fine with the example project, it seems to crash on
GL.IssuePluginEvent((int)syphonServerTextureInstance);
in OnRenderImage( )
What I did was I took our project and removed all old syphon components. Then placed the scripts and newly created bundle in the plugins folder. I added the Syphon script to the root game object and a SyphonServerTexture to our camera.
I’ve been trying to narrow down the issue. I got to the point where I ripped out all the original game objects and have just two, a Syphon script and a default camera. I’ve also been looking through all the various settings (default resolution, quality settings, render path (forward / deferred lighting / etc…) to try to see what about my project is the problem. I will continue to debug as much as I am able, I just wanted to let you know what I was doing in case I didn’t set it up properly and let you know that I am excited to have an update to help debug.
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 libSystem.B.dylib 0x989c1c5a __kill + 10
1 libSystem.B.dylib 0x989c1c4c kill$UNIX2003 + 32
2 libSystem.B.dylib 0x98a545a5 raise + 26
3 libSystem.B.dylib 0x98a6a6e4 abort + 93
4 libmono.0.dylib 0x027a71c8 mono_handle_native_sigsegv + 327
5 libSystem.B.dylib 0x989c705b _sigtramp + 43
6 ??? 0xffffffff 0 + 4294967295
7 libSystem.B.dylib 0x98a545a5 raise + 26
8 libSystem.B.dylib 0x98a6a6e4 abort + 93
9 com.unity3d.UnityEditor3.x 0x0145a313 LaunchBugReporter(BugReportMode) + 1139
10 libmono.0.dylib 0x027e83e7 mono_chain_signal + 76
11 libmono.0.dylib 0x0271ff5d mono_sigsegv_signal_handler + 498
12 libSystem.B.dylib 0x989c705b _sigtramp + 43
13 ??? 0xffffffff 0 + 4294967295
14 libmono.0.dylib 0x0286f0a4 mono_runtime_invoke + 133
15 …02.syphon.SyphonUnityPlugin 0x2a74fb4a SyphonCacheData::~SyphonCacheData() + 2168
16 com.apple.Foundation 0x96af0db3 _nsnote_callback + 176
17 com.apple.CoreFoundation 0x901ec763 __CFXNotificationPost + 947
18 com.apple.CoreFoundation 0x901ec16a _CFXNotificationPostNotification + 186
19 com.apple.Foundation 0x96ae5c50 -[NSNotificationCenter postNotificationName:object:userInfo:] + 128
20 info.v002.Syphon 0x2a75b22e -[SyphonUnitySyphonServerDirectory handleServerAnnounce:] + 461
21 com.apple.Foundation 0x96af0db3 _nsnote_callback + 176
22 com.apple.CoreFoundation 0x9022aabb __CFXNotificationHandleMessage + 587
23 com.apple.CoreFoundation 0x9022a80e __CFXNotificationReceiveFromServer + 270
24 com.apple.CoreFoundation 0x901d36d2 __CFMachPortPerform + 338
25 com.apple.CoreFoundation 0x901cf43b __CFRunLoopRun + 6523
26 com.apple.CoreFoundation 0x901cd3c4 CFRunLoopRunSpecific + 452
27 com.apple.CoreFoundation 0x901cd1f1 CFRunLoopRunInMode + 97
28 com.apple.HIToolbox 0x9211be04 RunCurrentEventLoopInMode + 392
29 com.apple.HIToolbox 0x9211bbb9 ReceiveNextEventCommon + 354
30 com.apple.HIToolbox 0x9211ba3e BlockUntilNextEventMatchingListInMode + 81
31 com.apple.AppKit 0x904bf595 _DPSNextEvent + 847
32 com.apple.AppKit 0x904bedd6 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 156
33 com.apple.AppKit 0x904811f3 -[NSApplication run] + 821
34 com.apple.AppKit 0x90479289 NSApplicationMain + 574
35 com.unity3d.UnityEditor3.x 0x01470f97 main + 983
36 com.unity3d.UnityEditor3.x 0x000e5345 _start + 208
37 com.unity3d.UnityEditor3.x 0x000e5274 start + 40AIResearcherParticipantThanks for the message. I tweeted him. Would love to get a hold of it and help test it out.
I appreciate all of the support Syphon has given us over the past year.
AIResearcherParticipantThere is no hook for OnGUI that will give anything like a TextureID. It may be possible to use something to grab it out of the FBO… However!
The next release of Unity (3.4) should include the ability to prioritize scripts. So that if we have one script with a OnImageRender( ) that we want to capture the results from, we can now make sure that it is called before the second script, (The syphon script that includes it’s OnImageRender( )).
I don’t have access to the beta so I haven’t confirmed this, but am eagerly anticipating it’s release to verify that if our Syphon script calls the very last OnImageRender, that we should be able to include everything except for OnGUI stuff. (OnPostRender) doesn’t provide a TextureID and I’m not sure what is traditional done in this function, but I’m hoping it’s just script updating stuff like positions and AI, and not rendering.
AIResearcherParticipantWow, thanks for all the help!
It would be great to have the texture grab in the OnGUI function, just grab everything before and/or after the GUI (depending on the need). Unfortunately, the only thing I am missing is what is in the “blah” statement or “unity screen texture”.
I’m not sure if you guys know what it is, but I’ll be investigating how to get the right NativeTextureID to Syphon and post back here if/when I figure it out.
AIResearcherParticipantWell, it works well, grabs after OnPostRender and OnGUI, etc… but unfortunately (as was expected) ReadPixels is wicked slow.
Now just have to figure out how to grab a NativeTextureID somewhere further down the pipeline or figure out how to do second rendering (maybe a Composting Camera…) I’ll post back with further investigations.
AIResearcherParticipantThanks for the insights. I have been using the SVN version and yes it is much much better.
I’m going to try to insert a yield WaitForEndOfFrame() and then create a new Texture2D with Screen.Width and Height, ReadPixels from the screen into the texture, then provide the native texture id to syphonServerPublishTexture.
I’ll let you know how it goes. I’m not sure how long ReadPixels will take, but it looks like it should work.
-
AuthorPosts