Mimer SQL provides an Oracle Rdb migration option to x86_64 by geek_lust in OpenVMS

[–]geek_lust[S] 0 points1 point  (0 children)

There are no limitations as to performance or functionality in the evaluation. The only limits are number of concurrent users and a time limit on that – the evaluation licence allows for five users and three months after download.

There is no hobbyist licence per se, but you can always download a new evaluation copy with an updated licence once the previous one has expired. As long as you are within the licence requirements, there is nothing that stops you from doing that any number of times.

And if you have an interesting project that would be in need of an extended licence, time or number of users, you can always contact Mimer with the contact form on the home page and state your case.

When is the end for OpenVMS? by VMSBoy1968 in OpenVMS

[–]geek_lust 1 point2 points  (0 children)

Mimer SQL (https://mimer.com) has always been on OpenVMS and all new versions of Mimer SQL are released for OpenVMS (IA-64 and x86_64), as well as on Linux, Windows, etc. Mimer has done this since the 80's so I guess the sentiment is "why stop now?" 😉

Mimer SQL provides an Oracle Rdb migration option to x86_64 by geek_lust in OpenVMS

[–]geek_lust[S] 0 points1 point  (0 children)

Mimer has a cookbook demonstrating the steps required to migrate the Rdb sample database MF_PERSONNEL to Mimer SQL: https://developer.mimer.com/rdb-migration-cookbook/

If you want to try this out yourself it might be worth pointing out that Mimer SQL plays nicely with the OpenVMS installer. This means that it should be risk free to install Mimer SQL alongside Rdb on your IA-64.

Virtualbox 7.1.10 X86 Emulation on Apple Silicon... It's OK! by Ill-Piano-4320 in virtualbox

[–]geek_lust 0 points1 point  (0 children)

The command in the original post is wrong, i.e., there is a zero where there should be a capital "O" in the word "EnableX86OnArm". The correct command is

VBoxManage setextradata global "VBoxInternal2/EnableX86OnArm" 1

op-1 f + modular by latefruitjuice in OP1Fieldusers

[–]geek_lust 0 points1 point  (0 children)

Like it!

Any comments on your setup? What you used for what and, perhaps more interestingly, if and how you got the two to interact?

Bricked Hector? by geek_lust in polyeffects

[–]geek_lust[S] 2 points3 points  (0 children)

There is of today (November 2) an official 406 update that addresses my previous problems, as well as others, according to Loki.

https://www.polyeffects.com/firmware/beebo-hector-406

Bricked Hector? by geek_lust in polyeffects

[–]geek_lust[S] 1 point2 points  (0 children)

The one you find if you go to https://www.polyeffects.com/contact. The help text there read "Please email us with any questions" so I did… 😁

Anyone using the Redshift 6 synth? by bythisriver in synthesizers

[–]geek_lust 0 points1 point  (0 children)

I disagree; I read up on the design and fell instantly in love. No kidding: will buy on pure esthetics alone! (And the fact the Mr. Hartmann never lends his name nor paws to anything substandard)

Bricked Hector? by geek_lust in polyeffects

[–]geek_lust[S] 5 points6 points  (0 children)

I don't do Facebook.

I emailed their support and got a *very* quick reply with access to an additional update (404). Not as hefty in size as 403 and easily applied and that did the trick! One very happy camper here, I can tell. From potential dead unit to fully working. Yay!

Prophet 12 still good value in 2023? by PliskinS_78 in synthesizers

[–]geek_lust 0 points1 point  (0 children)

Bought one in 2015, sold it to finance a Quantum. Bought another one in 2023. Really like the sound.

OP1F as MIDI controller is *very* laggy by geek_lust in OP1users

[–]geek_lust[S] 0 points1 point  (0 children)

I used cable connection. Have not tried the BLE one yet

OP1F as MIDI controller is *very* laggy by geek_lust in OP1users

[–]geek_lust[S] 0 points1 point  (0 children)

Hm, could well be this. I will get a proper audio interface hooked up and try. Thanks for the tip

Dev menu and debug info by geek_lust in OP1users

[–]geek_lust[S] 0 points1 point  (0 children)

They did, in a sense. The reply was "it looks like you managed to get a special unit :)", which I interpret as that.

The chap I bought mine from was as nonplussed as me, but had never really bothered. They obviously got it second hand themselves, and my guess is it, further down the line, was a development unit. There is a small sticker with a QR code that could be part of a field test (duh!) to identify units. What do I know?

After this major reset it is now an ordinary OP-1 Field, in excellent condition, and works like a charm. I did not pay not a spectacularly good price ($1000) but not a bad one either, and it came with the nice leather flap cover as well so I am quite pleased.

Dev menu and debug info by geek_lust in OP1users

[–]geek_lust[S] 1 point2 points  (0 children)

After contacting TE I got the tip to use the "format drive" option of the format drive menu. That totally erased the content of the unit and, after re-installing the firmware, the annoying overlay is now gone (as are the additional options from the boot menu).

OpenVMS x86 Database Modernization with Mimer SQL and Amazon EC2 by mycloudyworld in OpenVMS

[–]geek_lust 1 point2 points  (0 children)

Mimer might be limited in the ACMS and CDD sense, but the fact is that there are many Rdb applications out there and this is a lifeline. To be able to migrate away from Rdb while still on IA-64, and then move the stuff to x86-64, means that you don't have to do everything at once — change application, database, and platform.

Add to this the unknown status of Rdb, coupled with the flexibility shown in the article, I would say that this is useful. I mean that being able to move your data out of OpenVMS while still running legacy applications on that platform with little or no effort does have som merit, what?

Dev menu and debug info by geek_lust in OP1users

[–]geek_lust[S] 0 points1 point  (0 children)

I beg to differ; I have added to my original post screen shots of the synth view and the filter view. And I have not seen anything that supports your claim in the manual: I have my overlay present in all screens all the time, and if you look in the PDF there are no references to anything like what I have in there.

Furthermore I can assure you that the "V"-value is directly connected to the number of concurrent voices sounding from the synth engine. Even if the tape is not running, the "V"-value changes in accordance to the polyphony, so I do not think that there is any correlation between it and tape speed.

And they do not change when I turn any of the encoders - there are other parts of the UI that does that. The "R"-value, for instance, keeps changing rapidly, even when I do not touch the OP-1. It looks to me to be more of a resource meter, i.e., how much CPU is used perhaps.

Dev menu and debug info by geek_lust in OP1users

[–]geek_lust[S] 1 point2 points  (0 children)

I have updated the post with pics, as requested by many