search

enzienaudio / heavy

heavy public issue tracker and static dsp code releases
https://enzienaudio.com
ISC License
71 stars 4 forks source link

Secure Connection Failed error #116

Open nuromantix opened 8 years ago

nuromantix commented 8 years ago

Using Firefox, every time I try to compile something I get:

Secure Connection Failed

The connection to the server was reset while the page was loading.

The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
Please contact the web site owners to inform them of this problem.
mhroth commented 8 years ago

@nuromantix Are you still getting this issue now? Which version of Firefox are you using? There haven't been any changes to the web server recently.

nuromantix commented 8 years ago

hi. i'm using 48.0

This is the first time I've used your service so perhaps I am doing something else wrong? Any ideas appreciated.

mhroth commented 8 years ago

Are you sure that you are going to https://enzienaudio.com/? Also, where geographically are you accessing the site from? Could here be some entity in the middle intercepting the packets?

diplojocus commented 8 years ago

@nuromantix have you tried some of the suggestions found here? https://support.mozilla.org/en-US/questions/937921

Clearing the firefox cache or checking if that it's not being intercepted by some firewall program.

nuromantix commented 8 years ago

ah no..... it worked once. now it doesn't work again. hmmm.......... I am at home on a private internet connection, can't imagine why anyone would be messing with it.

On 8/7/16, Joe White notifications@github.com wrote:

@nuromantix have you tried some of the suggestions found here? https://support.mozilla.org/en-US/questions/937921

Clearing the firefox cache or checking if that it's not being intercepted by some firewall program.

You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/enzienaudio/heavy/issues/116#issuecomment-238106565

nuromantix commented 8 years ago

Even more weirdly, it works OK every time with one PD file (lots of compile errors because I have non-vanilla objects but it still loads the page)..... but no other PD files of mine work. I get the same message about "connection to the server was reset".

nuromantix commented 8 years ago

Is there perhaps a maximum file size that I am exceeding? I have some pretty big PD files. Small ones seem to work OK.

mhroth commented 8 years ago

There is a maximum upload size of 1MB.

nuromantix commented 8 years ago

Ah that'll be the problem. Thanks. Any plans to increase it?

On 8/7/16, Martin Roth notifications@github.com wrote:

There is a maximum upload size of 1MB.

You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/enzienaudio/heavy/issues/116#issuecomment-238108603

mhroth commented 8 years ago

Not at this time (but who knows what will happen in the future). How are you uploading your patch? You can manually zip the patch to make it smaller and the website will also accept it (be sure to call you patch _main.pd though), or you can use the uploader script, which does the same thing but automatically.

Is your patch so big because you're storing samples in it? In this case a potential workaround would be to load the samples outside of heavy in your application, and use the C API to put data into your tables.

nuromantix commented 8 years ago

My PD patches are to do with sampling and contain large arrays that make the files very big. Can you suggest a way round this? Thanks!

nuromantix commented 8 years ago

Yes it's because of samples. Perhaps if I start with empty arrays then it will ZIP up pretty small. Thanks again.

On 8/8/16, Martin Roth notifications@github.com wrote:

Not at this time (but who knows what will happen in the future). How are you uploading your patch? You can manually zip the patch to make it smaller and the website will also accept it (be sure to call you patch _main.pd though), or you can use the uploader script, which does the same thing but automatically.

Is your patch so big because you're storing samples in it? In this case a potential workaround would be to load the samples outside of heavy in your application, and use the C API to put data into your tables.

You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/enzienaudio/heavy/issues/116#issuecomment-238160105

mhroth commented 8 years ago

That's definitely the way to go. What is your application? Are you putting the heavy code into some kind of an app? Depending on your goals, it might help as well to rely on heavy to do your signal processing, but put application logic outside of the patch.

nuromantix commented 8 years ago

It's a sampler that will run on Bela / Beagle Bone Black. I am 100% new to programming anything apart from PD, which I am pretty good at. So as far as possible I want to stay in PD because just to get the basics of anything else will take me a couple of weeks.

My patch works great on a laptop so the remaining steps are:

get it small enough to compile with Heavy

find workarounds for the unsupported PD objects I am using.

get it to accept input from either buttons connected to I/O pins on Bela or else from a USB keyboard (any suggestions on getting keyboard input into PD without the KEY-related objects?)

get it to display messages on an LCD since there will not be a monitor.

On 8/8/16, Martin Roth notifications@github.com wrote:

That's definitely the way to go. What is your application? Are you putting the heavy code into some kind of an app? Depending on your goals, it might help as well to rely on heavy to do your signal processing, but put application logic outside of the patch.

You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/enzienaudio/heavy/issues/116#issuecomment-238165640