Closed zbooth closed 3 years ago
Interesting, your comment raises a good point. I was thinking of having the address for stereo channel control both left and right simultaneously when in dual mono mode. Is that better, or is it better to just control left? I'm not entirely sure what kinds of things you guys use dual mono mode for.
Please let me control left and right alone!
I have an XLR to 3,5mm Adapter and run 2 Mics on this Stereo Input. Of course I need to control them separately
I don't think @SteffeyDev is suggesting you would ONLY be able to address the dual mono channels as a pair. If I understand correctly he is suggesting that you would be able to control left and right independently on their own addresses, but if you were to use the address that would otherwise be the stereo pair, it would affect both mono channels simultaneously as a ganged pair. That sounds like a good idea to me.
that's really a good idea
I don't think @SteffeyDev is suggesting you would ONLY be able to address the dual mono channels as a pair. If I understand correctly he is suggesting that you would be able to control left and right independently on their own addresses, but if you were to use the address that would otherwise be the stereo pair, it would affect both mono channels simultaneously as a ganged pair. That sounds like a good idea to me.
same to me, really good idea! A) so for example in touchosc, you could use 3 faders (=addresses) for each input, one for stereo, two for independent dual mono...atemOSC feedback in stereo would only send feedback to stereo fader, mono faders would be 0 (did you mean this?) or may be the same value as the stereo fader.
B) But what do think of my idea, to use the same address for the stereo pair AND (if ATEM is set to dual mono) for the left channel? Then another address for the right channel (which of course only works if set to dual mono)... Then you would only need two faders in touchOSC. atemOSC sends feedback to first fader only in stereo mode, and to both faders in dual mono mode
C) Stereo/Dual Mono Feedback: Can atemOSC send feedback, if atem is set to stereo or dual mono per each input? So this can trigger an LED or something in touchOSC so you know better whats going on
Solution A is one more fader per each channel but maybe better visible Solution B is one less fader...but combined with C) you could just but an led on top of fader 2 to see if dual mono is activated... Cheers
I'll let @ruebyi and @nick-shaw comment on your proposal, just thinking that the point of TouchOSC is that it is customizable, so you wouldn't have three faders for a channel... you could just add one fader for each stereo input and two faders for each dual mono input, depending on your setup and configuration. I do see the benefits of supporting a generic TouchOSC layout, but not sure how common that is? If you wanted a generic interface, you could use something like Open Stage Control and then add the three faders, but hide either the one fader or the pair depending on the configuration. Of course, I would have to send feedback for the input configuration for that to work, but we could get there.
Actually, I think I have solved it:
/fairlight-audio/input/<id>/gain
and /fairlight-audio/input/<id>/pan
would control all sources on the input simultaneously, whether one stereo source or two dual mono sources.
/fairlight-audio/input/<id>/left/gain
and /fairlight-audio/input/<id>/left/pan
would control the left source in dual mono mode, or the single stereo source in stereo mode.
/fairlight-audio/input/<id>/right/gain
and /fairlight-audio/input/<id>/right/pan
would control the right source in dual mono mode, or do nothing in stereo mode.
This should address every use case, as @Christoph111 can use two faders for left and right for every channel if you want, but for people with only stereo inputs you don't have to worry about left
and right
at all, it will function the same as the non-fairlight audio controls.
perfect!
Cool! Now that I'm thinking about it, I may drop the /fairlight-audio
in general and just use /audio
, and then for each switcher intelligently figure out whether it should be using fairlight or normal audio mixer. That way you don't have to worry about what kind of mixer a given switcher uses.
Great! Thank you! Just be careful with ditching /fairlight-audio - Some older don't have fairlight and have other commands
Perfect! Thank You!
@SteffeyDev: you are the master!!!!
If anyone is interested in testing the next version pre-release, with full Fairlight audio support (including mute and AFV), send me an email at steffeydev@icloud.com
If anyone is interested in testing the next version pre-release, with full Fairlight audio support (including mute and AFV), send me an email at steffeydev@icloud.com
Hi @SteffeyDev , yesterday I had few minutes to check the new implementation. I use an ATEM Mini with 8.2 firmware and 8.3 ATEM software combined with osculator. Trying the audio references you posted, these are my results:
Also: maybe is my mistake but on this new graphics version of program can't see feedback from switcher also selecting/deselcting the check box down on the right. The font color is white over a white background. The same for reference address... How to set address and port for send feedback to?
hope to do other test this evening (I'm in Italy, its' 11:36AM now) coming back home.
Tnx again.
MrBossItaly.
Process: atemOSC [743] Path: /Volumes/VOLUME/*/atemOSC v4 (beta 2).app/Contents/MacOS/atemOSC Identifier: com.atemosc.atemOSC Version: 4.0.0 (2) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: atemOSC [743] User ID: 501
Date/Time: 2021-01-25 17:20:54.947 +0100 OS Version: Mac OS X 10.15.7 (19H15) Report Version: 12 Bridge OS Version: 4.6 (17P6610) Anonymous UUID: 72E152ED-1376-503E-6421-24C492A2EE08
Time Awake Since Boot: 650 seconds
System Integrity Protection: enabled
Notes: Translocated Process
Crashed Thread: 2
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: EXC_I386_GPFLT Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11 Termination Reason: Namespace SIGNAL, Code 0xb Terminating Process: exc handler [743]
Thread 0:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff70b5bdfa mach_msg_trap + 10 1 libsystem_kernel.dylib 0x00007fff70b5c170 mach_msg + 60 2 com.apple.CoreFoundation 0x00007fff369aaef5 CFRunLoopServiceMachPort + 247 3 com.apple.CoreFoundation 0x00007fff369a99c2 CFRunLoopRun + 1319 4 com.apple.CoreFoundation 0x00007fff369a8e3e CFRunLoopRunSpecific + 462 5 com.apple.HIToolbox 0x00007fff355d5abd RunCurrentEventLoopInMode + 292 6 com.apple.HIToolbox 0x00007fff355d57d5 ReceiveNextEventCommon + 584 7 com.apple.HIToolbox 0x00007fff355d5579 _BlockUntilNextEventMatchingListInModeWithFilter + 64 8 com.apple.AppKit 0x00007fff33c1b039 _DPSNextEvent + 883 9 com.apple.AppKit 0x00007fff33c19880 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1352 10 com.apple.AppKit 0x00007fff33c0b58e -[NSApplication run] + 658 11 com.apple.AppKit 0x00007fff33bdd396 NSApplicationMain + 777 12 libdyld.dylib 0x00007fff70a1acc9 start + 1
Thread 1:: com.apple.CFSocket.private 0 libsystem_kernel.dylib 0x00007fff70b640fe select + 10 1 com.apple.CoreFoundation 0x00007fff369d3c53 CFSocketManager + 641 2 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 3 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 2 Crashed: 0 com.atemosc.atemOSC 0x000000010062c705 0x10061e000 + 59141 1 com.atemosc.atemOSC 0x000000010062f2af 0x10061e000 + 70319 2 com.peters.VVOSC 0x00000001006cb924 -[OSCManager receivedOSCMessage:] + 68 3 com.peters.VVOSC 0x00000001006cdce9 -[OSCInPort handleScratchArray:] + 281 4 com.peters.VVOSC 0x00000001006cd9a0 -[OSCInPort OSCThreadProc] + 1216 5 com.apple.Foundation 0x00007fff3903c7a2 NSThreadstart__ + 1064 6 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 7 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 3:: com.apple.NSEventThread 0 libsystem_kernel.dylib 0x00007fff70b5bdfa mach_msg_trap + 10 1 libsystem_kernel.dylib 0x00007fff70b5c170 mach_msg + 60 2 com.apple.CoreFoundation 0x00007fff369aaef5 CFRunLoopServiceMachPort + 247 3 com.apple.CoreFoundation 0x00007fff369a99c2 CFRunLoopRun + 1319 4 com.apple.CoreFoundation 0x00007fff369a8e3e CFRunLoopRunSpecific + 462 5 com.apple.AppKit 0x00007fff33dbc954 _NSEventThread + 132 6 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 7 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 4: 0 libsystem_kernel.dylib 0x00007fff70b5e882 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff70c1f425 _pthread_cond_wait + 698 2 com.blackmagic-design.switchers.api 0x000000010461c91c TransferQueue::TransferThread() + 444 3 com.blackmagic-design.switchers.api 0x000000010461bd69 TransferQueue::TransferThreadFunc(void*) + 9 4 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 5 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 5: 0 libsystem_kernel.dylib 0x00007fff70b5e882 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff70c1f425 _pthread_cond_wait + 698 2 com.blackmagic-design.switchers.api 0x0000000104581488 AtomDispatch::DispatchThread() + 88 3 com.blackmagic-design.switchers.api 0x00000001045812f9 AtomDispatch::DispatchThreadFunc(void*) + 9 4 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 5 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 6: 0 libsystem_kernel.dylib 0x00007fff70b5e882 __psynch_cvwait + 10 1 libsystem_pthread.dylib 0x00007fff70c1f425 _pthread_cond_wait + 698 2 com.blackmagic-design.switchers.api 0x0000000104582ad8 CBMDSwitcher::DeleteLaterThreadFunc(void*) + 40 3 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 4 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 7:
0 libsystem_kernel.dylib 0x00007fff70b5bdfa mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff70b5c170 mach_msg + 60
2 com.apple.CoreFoundation 0x00007fff369aaef5 CFRunLoopServiceMachPort + 247
3 com.apple.CoreFoundation 0x00007fff369a99c2 CFRunLoopRun + 1319
4 com.apple.CoreFoundation 0x00007fff369a8e3e CFRunLoopRunSpecific + 462
5 com.apple.CoreFoundation 0x00007fff36a31489 CFRunLoopRun + 40
6 com.blackmagic-design.switchers.api 0x00000001045810b9 USBCFRunLoop::runThread() + 153
7 com.blackmagic-design.switchers.api 0x00000001045811ad void std::1::thread_proxy<std::1::tuple<std::1::unique_ptr<std::1::thread_struct, std::__1::default_delete
Thread 8: 0 libsystem_kernel.dylib 0x00007fff70b640fe __select + 10 1 com.blackmagic-design.switchers.api 0x00000001045a12ca BMDSwitcherConnection::ConnectionThread() + 522 2 com.blackmagic-design.switchers.api 0x00000001045a1049 BMDSwitcherConnection::ConnectionThreadFunc(void*) + 9 3 libsystem_pthread.dylib 0x00007fff70c1f109 _pthread_start + 148 4 libsystem_pthread.dylib 0x00007fff70c1ab8b thread_start + 15
Thread 9: 0 libsystem_pthread.dylib 0x00007fff70c1ab68 start_wqthread + 0
Thread 2 crashed with X86 Thread State (64-bit): rax: 0x00006000032e2640 rbx: 0x0631063906440627 rcx: 0x0000000000000516 rdx: 0x0000700005eeb778 rdi: 0x00006000031300c0 rsi: 0x00007fff7ad9f317 rbp: 0x0000700005eeb7c0 rsp: 0x0000700005eeb770 r8: 0x0000000000000001 r9: 0x0000600003de8180 r10: 0x00000001006d7830 r11: 0x00000001006c1b10 r12: 0x00007f99a5550370 r13: 0x0000000100658978 r14: 0x00006000031300c0 r15: 0x0000600003e32220 rip: 0x000000010062c705 rfl: 0x0000000000010202 cr2: 0x00000001031fe000
Logical CPU: 0 Error Code: 0x00000000 Trap Number: 13
Binary Images:
0x10061e000 - 0x100655ff7 +com.atemosc.atemOSC (4.0.0 - 2) <302F1B11-3D55-31F1-AE01-0B013256D139> /var/folders//atemOSC v4 (beta 2).app/Contents/MacOS/atemOSC
0x100674000 - 0x100683ffb +com.peters.VVBasics (175) <59890C25-F14C-3BDF-9C57-ADC1EBB15EF7> /var/folders//atemOSC v4 (beta 2).app/Contents/Frameworks/VVBasics.framework/Versions/A/VVBasics
0x1006ba000 - 0x1006d1fff +com.peters.VVOSC (175)
External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 3 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 493 thread_create: 0 thread_set_state: 0
VM Region Summary: ReadOnly portion of Libraries: Total=752.3M resident=0K(0%) swapped_out_or_unallocated=752.3M(100%) Writable regions: Total=1.5G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=1.5G(100%)
VIRTUAL REGION
REGION TYPE SIZE COUNT (non-coalesced) =========== ======= ======= Accelerate framework 640K 5 Activity Tracing 256K 1 CG backing stores 336K 2 CG image 136K 24 CoreAnimation 9316K 76 CoreGraphics 8K 1 CoreImage 12K 3 CoreUI image data 768K 14 Foundation 32K 2 Kernel Alloc Once 8K 1 MALLOC 318.4M 66 MALLOC guard page 72K 13 MALLOC_MEDIUM (reserved) 832.0M 7 reserved VM address space (unallocated) MALLOC_NANO (reserved) 384.0M 1 reserved VM address space (unallocated) SQLite page cache 64K 1 STACK GUARD 56.0M 10 Stack 12.6M 10 VM_ALLOCATE 104K 12 DATA 48.8M 445 DATA_CONST 41K 3 FONT_DATA 4K 1 LINKEDIT 390.3M 10 OBJC_RO 32.3M 1 OBJC_RW 1908K 2 TEXT 362.0M 436 UNICODE 564K 1 libnetwork 128K 8 mapped file 95.7M 32 shared memory 652K 18 =========== ======= ======= TOTAL 2.5G 1206 TOTAL, minus reserved VM space 1.3G 1206
Model: Macmini8,1, BootROM 1037.147.4.0.0 (iBridge: 17.16.16610.0.0,0), 6 processors, 6-Core Intel Core i7, 3,2 GHz, 32 GB, SMC Graphics: kHW_IntelUHDGraphics630Item, Intel UHD Graphics 630, spdisplays_builtin Memory Module: BANK 0/ChannelA-DIMM0, 16 GB, DDR4, 2667 MHz, 859B, CT16G4SFD8266.C16FD1 Memory Module: BANK 2/ChannelB-DIMM0, 16 GB, DDR4, 2667 MHz, 859B, CT16G4SFD8266.C16FD1 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x7BF), wl0: Feb 28 2020 15:24:56 version 9.30.357.35.32.5.47 FWID 01-9ce4adf3 Bluetooth: Version 7.0.6f7, 3 services, 27 devices, 1 incoming serial ports Network Service: Wi-Fi, AirPort, en1 USB Device: USB 3.1 Bus USB Device: Hub in Apple Pro Keyboard USB Device: Optical USB Mouse USB Device: Apple Pro Keyboard USB Device: Blackmagic Design USB Device: APC MINI USB Device: BillBoard Device USB Device: Apple T2 Bus USB Device: Headset USB Device: Apple T2 Controller Thunderbolt Bus: Mac mini, Apple Inc., 47.4 Thunderbolt Bus: Mac mini, Apple Inc., 47.4
Hi,
I get similar Problems - ATEM OSC with ATEM Mini Pro 8.2 Mac OSX 10.13.6
no reaction on
/atem/audio/output/gain
/atem/audio/input/1301/gain
/atem/audio/input/1302/balance
no reaction on my Atem
I can't see a debug Messages or Feedback messages - debug Messages have the same text color as the background.
I get a "Switcher Timecode Changed" all the time
Hey guys, let's keep feedback on the beta via email for now, there's a reason I didn't just post the beta in the issue here. Thanks! @mrbossitaly, I did note your feedback, thank you.
Should be complete in latest release, 4.0.0. Please continue testing, and open a new issue if you run into problems.
I have an ATEM Mini, which uses Fairlight Audio. It would be wonderful if I could adjust input gain.
When I record a macro changing the gain on HDMI input 1, the XML looks like this:
XML for Mic 1 input:
I have my audio inputs split into separate mono channels.