Jamkazam 1.0.3729 (Surface Pro 3 pc, win 10) is cra$ng whenever a USB cam is called up/used in a session.

When I go to 'video gear' outside a session it tests fine, shows and looks good. But in a session when I call it up it immediately crashes Jamkazam every time.
Forcing me to only use the built in webcam.

Never had this issue before, suspect something is broken in JK.
Again, the crash ONLY happens when I call up video webcam WHILE IN a JK session.  Immediate crash upon opening it.

Webcam works great in all other apps (skype, OBS, Hangouts, etc etc). Worked before in JK prev version.

Any info would be great (need usb webcam video).

When I start JK-Client I got Error/Warning. This is new and I see the warning the first time. 
I'm using Win 10.
What does it mean?
Is it about a new feature? 
Paiting JamKazam Clients?

In file Console.txt I read the following:

<W>2020-05-24 09:47:03.631 early init: bonjour service
<W>2020-05-24 09:47:03.631 BonjourService::updateBonjourState service name: ""
<W>2020-05-24 09:47:03.631 Announcing client management via bonjour
<W>2020-05-24 09:47:15.086 BonjourServiceRegister::registerService FAILED to register "JamKazam failed to register Bonjour service \n type '_jamkcli._tcp' on port 30330.\nGot error DNSServiceErrorType -65563." bigEndianPort: 31350
<W>2020-05-24 09:47:15.089 Log::postQtNotification "Warning" "JamKazam failed to register Bonjour service type '_jamkcli._tcp' on port 30330. Got error DNSServiceErrorType -65563."
<W>2020-05-24 09:47:15.132 Announcing http media server via bonjour
<W>2020-05-24 09:47:26.160 BonjourServiceRegister::registerService FAILED to register "JamKazam failed to register Bonjour service \n type '_jamkmedia._tcp' on port 30380.\nGot error DNSServiceErrorType -65563." bigEndianPort: 44150
<W>2020-05-24 09:47:26.165 Log::postQtNotification "Warning" "JamKazam failed to register Bonjour service type '_jamkmedia._tcp' on port 30380. Got error DNSServiceErrorType -65563."
<W>2020-05-24 09:47:26.204 BonjourServiceBrowser::browseForServiceType "_jamkcli._tcp"
<W>2020-05-24 09:47:26.204 BonjourTcpServer::runIpv4  running..
<W>2020-05-24 09:47:26.204 BonjourTcpServer::runIpv6  running..
<W>2020-05-24 09:47:26.204 BonjourTcpServer::runIpv6 Ready for client connect().
<W>2020-05-24 09:47:26.204 BonjourTcpServer::runIpv4 Ready for client connect().
<W>2020-05-24 09:47:37.219 BonjourServiceBrowser::browseForServiceType "_jamkmedia._tcp"
<W>2020-05-24 09:47:48.236 BonjourServiceBrowser::browseForServiceType "_jamkjbcli._tcp"
<W>2020-05-24 09:47:59.260 BonjourServiceBrowser::browseForServiceType "_jamkjmedia._tcp"
<W>2020-05-24 09:48:10.275 BonjourServiceBrowser::browseForServiceType "_jamkjblast._tcp"
<W>2020-05-24 09:48:21.290 MainWindow::onUpdateMediaLanList


Thanks a lot 
Stefan

It would be great if, when making a session that is 'join at will', I could limit that to a certain number of musicians.  That would help avoid the cluster$$$$ of 8 ppl in a session pounding away and no way to maintain order.  Just too many people - it messes up the latency and often screws up something good when you get 3 or 4 good folks to join.  More than 5 people in an open session is questionable.  Anyway, as the session creator I should have some control here.

Hello,

I am running the latest client on OSX 10.13.6 (High Sierra). Tried to RSVP to an upcoming jam and the checkbox next to instrument was not visible so I was unable to RSVP. I have never RSVP'd before so not sure if it worked previously. I'm assuming it's supposed to be next to the requested instruments. Thanks!

I'm new to JK and trying to start a new band remotely. When I tested out JK on solo, the playback review started and finished but there was no sound. What am I doing wrong or not doing? Thank you!

I know that the JK team recently announced they were forging ahead on their project to somehow reduce the biggest issue for JK users... Internet latency.

Anyone hazard a technical guess about how this could be accomplished? They're already using UDP peer to peer connections. Is there another protocol that could be used that could be run on a lower level (level 3?) of the IP network?

The top contributors to delay in packet networks are propagation delay (i.e., the speed of light in fiber), queuing delay, and serialization delay (the time to write packets to the wire). Seems like only the last two of these are candidates for improvement.

Just trying to start a discussion in advance of the JK team announcing something specific.

I play with a 4-piece band and we are using JamKazam to rehearse during lockdown. We all live within 10 miles of each other and are all using wired ethernet connections. The other 3 band members experience very little latency between them, but I seem to have a much greater Internet latency and one that varies wildly from about 20ms to over 100ms. I use the same ISP as 2 of the other band members. 

I am using a Behringer UM2 interface and a MacBook running Catalina. My interface latency is 10ms, using a frame size of 2ms. This is not great but within usable limits.

I have tried leaving JamKazam and doing an internet speed test, using one of the publicly-available test sites. Having done this a few times, the results are always around 20Mb/s downstream, 1.8Mb/s upstream and a ping latency of around 15ms (to a server in London, at least 70 miles away). This looks as though my internet connection is OK.

Lowering my outgoing bitrate to 128kbit/s improves things a little, but not sufficiently.

Can anyone please suggest what I might do to diagnose or fix this problem--or is it simply that there is a poor internet service in my neighbourhood?

Any suggestions much appreciated.

Need help with online jam latency issues. Dave B

Hello,

I brought a brand new Behringer UMC404HD two days ago, and downloaded the drive from its website. In Jamkazam it shows WDM driver, not ASIO. Is this expected? I use Windows 10 64bit.

Any information will be greatly appreciated.

W.H.

Devs..

Can you please suppress the feedback window that comes up every time we Leave the session?  It is cumbersome and an extra click. As a user, I want to leave a session without interruption. Is it safe to say under the current circumstances you are getting plenty of feedback from other sources? one less window to click on would be nice.

Thanks