Can you please list a series of steps, from boot to crash, that reproduces the crash? What does the Hypno show when a crash happens? Does it restart? Does it show the console? How is the Hypno powered in this situation?
Does your HDMI output work in a stable way with a monitor?
Different HDMI inputs should not change the performance of Hypno unless there is something very seriously crossed on the laptop HDMI connector. The laptop should be using the output as an external monitor that is the expected functionality.
Plug Hypno into power source- I am using the stock power supply that looks like an Apple charger
Dim green boot light comes on, Hypno starts running in the console
(HDMI is plugged into computer, then plugged into HDMI streaming card, which is plugged into a USB A female-microUSB adaptor)
Plug the micro USB connector into the front jack as Hypno boots
Hypno will:
4A. instant-crash and attempt to reboot,
4B. boot to red lights, the left light turns video-blue, and then Hypno crashes and attempts to reboot
4C. actually boot up with the video-blue light on the left and work as expected (only with Mac as a source thus far)
If the USB adaptor is plugged into the front panel before Hypno is plugged into power (regardless of OS), Hypno instant-crashes on boot and gets stuck in a boot loop.
When Hypno crashes, it always attempts to reboot. I usually see the rainbow all-the-colors panel before the console appears during boot, as well.
The HDMI ports on both computers have been tested with regular monitors and work without issue.
This is using Windows 10 1909 18363.1256 or macOS 10.14 Mojave.
If Hypno is power cycling this means there is an issue with the power supply, the software engine isnât crashing in this case, otherwise you would end up back in the console without a power cycle.
Most likely, when Hypno boots up the engine and starts working the processor and its asking for more current than your setup is able to supply which triggers a reset on the power supply.
What is your power source in this situation? Is it just the laptop USB port? Or is it connected to a wall AC to USB adapter?
Please give this a go and let me know how it goes.
I recommend a 2A usb wall plug or battery bank and plugging this additional power on the side USB if plugging directly into a laptop via the front port.
Some laptops donât allow enough current for Hypno since the official 2.0 USB specification is imprecise with power requirements.
Thanks for this, Ron! I am just using the stock wall wart included with Hypno, however- not laptop power. Would it need more juice than that? I also noticed that different outlets made a difference. Hypno would not boot with certain outlets, and booted per usual with others. Could it be like a really small power difference that could cause this error? So that sometimes itâs enough and it works, and other times itâs just under the right amount?
To be honest I have never seen this happen with a Hypno. I didnât test all the wall warts when I sold them one by one since they are ordered straight from another manufacturer that QCs that product. BUT I have never had a problem and I use that model a lot around the house, even running lights in some situations.
You may also try a battery bank / different wall wart?
If its true what youâre saying and you are getting different results with different outlets then there may be an issue somewhere else in your power situation. (In your AC mains which is not something I am qualified to advise on)
Are you able to get more reliable performance out of your unit now? If you do think its your Hypno that is faulty please email support@sleepycircuits.com and we can arrange a repair/replacement and leave this thread for 2.6 related software issues.
I was wondering about settings jumping.
Everytime I use a page by holding down a button, all the settings except the middle two knobs will jump if the knobs or sliders are different from what the page had as settings before. If I change somethingâs position while on the page, and then release the button the main settings can jump to what the new position is as well. This is really frustrating when trying to perform live, or even just dial in a patch, presets can be easily ruined quickly this way too. Please have all settings latch like the middle two knobs as an option in future firmware.
For now I canât trust Hypnoâs performance to use it dynamically live. The workaround is I have to dial something in on a preview monitor and only make changes when Hypno isnât in the live program.
I am saying that the physical knob and slider positions will change the page or main settings when I donât intend them too. Itâs a very circuit bent vibe to the UI, and not ideal for real time changing of settings in an intentional manner. If the settings on a page or main would all latch they would only change when a user wants them too. Itâs not a bug, itâs an issue Iâve discussed with your Instagram account before as well, prevalent since the previous firmware.
Yes, ok, gotcha so the issue has been around. Itâs not the designâs intent, all controls are intended to stay put until the user changes said control past a defined deadzone and the control jumps to the knobâs value. The only knob that is different is the return on the gain knob which has a âcatchingâ knob when returning to the main UI only.
Im trying to figure out what steps I can do to reproduce the issue on my end so I can fix it. Can you please post a list of steps that I can take in the UI from boot and the expected vs actual output? or perhaps you could try the below steps and let me know what you observe.
This is how I intend the UI to work and how it currently works on my end:
I hold A shapeâs button to enter page ( no change in the output)
While holding, I move the left slider to start scrolling modulation (scrolling starts)
I release the button to exit page ( no change in the image )
In this situation is A Shapeâs frequency changed on your unit? Are other parameters effected?
Interesting. After some more tests today and your explanation, it could be bugs indeed. It happens a lot for the top two middle knobs on pages and main. Less often for the sliders and top outside knobs. It could also be the momentary buttons getting accidentally released or glitching that they are released for a moment. Iâll try to document what I can when I can.
I also noticed the buttons are prone to release, I also suspect that sometimes this trips me or others up. Also buttons may be less reliable with age Iâm realizing now so may exacerbate this problem (though I may just be paranoid idk)
Iâm considering doing some countermeasure on this like a tiny delay when exiting page to prevent bounces.
So I used the video input for a live set last Saturday. It worked well, but the settings jumping issue was intense. Video input dual button page would almost always cause the settings on the main page to jump, even when both buttons are definitely pressed down, for every setting. In reverse as well, pressing down both buttons would change all the input settings to what ever every control is, which was really frustrating for dialing in the video input settings. Same issue applies for all the pages too, but not as consistently frustrating. I think this all would be smoother using a midi controller, but thatâs not possible at the same time. I am curious if you are considering a pi4 upgrade kit like Structure is? I noticed the pi3 is easy to access when I updated my Hypno. I donât know that would help with usb bandwidth, but it might help with frame rate on more complex patches?
Hypno runs on Pi compute module 3+, and there is no possible pi upgrade path hardware wise (+ I expect sourcing the new CM4 modules will remain close to impossible through summer 2021)
Had some more time today. Tried not to get lost and managed to do some testing.
Starting with just the left oscillator patched, sine selected, slider at notch, no modulation, rotation 11 oâclock, polariser fully CCW, straight lines on the output.
While left button is pressed, applying minimal fractal amount, and fully positive fractal mod.
Releasing left button. In approx. 2 sec the maximum polar amount is applied without touching anything.
Recreated on the second oscillator. It just seems to take significantly longer for the controls to jump in this case.
Also happens for the out knobs. Tested by applying feedback rotation to diagonal lines. After leaving the page the original lines jump to a different orientation. The jump here isnât as pronounced but it is there.
Happens on the feedback knob too. Started with feedback fully CW. On the feedback page, I turn the knob to 12 oâclock. Releasing the button, few seconds pass, output is black.
I havenât been able to recreate it with the hue knob so far. It seems to be unaffected.
It seems to have to do with how the inputs are polled.
I also noticed that the rotation cv ins seem to pickup a bit of noise. With static patches the rotation seems to shift small amounts in random direction and time. Thatâs probably a different issue though.
Hi. Had the Hypno a couple of weeks and having great fun. Just got a HDMI capture device and feeding it in through front USB using iPad - all good. Itâs now dawned on me that I cannot now record the output on my Mac using OBS. Any advice - I assume there must be a way to record onto computer through HDMI output but not obvious how at the moment. Cheers and thanks for a great product!
and managed to do some testing.