Adobe, in their infinite wisdom, have removed all previous versions and despite getting in touch with their labourious online chat system their standard reply is 'update to the latest Mac OS'...something I can't do currently - and knowing they do exist would rather not shell out for a whole new machine just to overcome this very simple problem...(Feels very much like pulling LR6 support 'update your computer' seems a standard reply, which is utterly ridiculous).
thanks, yes I did find this via a quick google and there are a few there. although I can't find any mention of compatibility or changelogs that go with any versions listed anywhere (if they are listed!)
How do you connect to that? I'm trying to find the previous dng converter version and came upon this link, but that ftp is user/pass locked. Is there somewhere to get previous versions of dng converter? I'm not talking years old...like a few versions back. Thanks
Hi all, I hope I'm posting this in the right section.
I'm quite a newbie with Arduino. I'm playing a bit with the WiFi module ESP2866.
Checking some tutorial online, I've seen that some of them (e.g. Arduino Project Hub) do not use any 3.3V logic converter when interfacing Arduino with the ESP2866, while others use a logic convert (Arduino Project Hub) or a voltage regulator ( ESP8266 Arduino Code and 3.3V Schematic to Send and Receive Data ).
What is the right thing to do? As far as I understood the TX and RX pins on the Arduino board use 5V for the High signal, which could, therefore, be not ok for the ESP2866, since it works at 3.3V. However, so far I have been using it without logic converter or voltage regulator and I did not get anything "wrong".
That facebook comment was posted on July 30, 2016. There have been 10 revisions of the datasheet since then, the latest one was in February of this year.
If the ESP8266 really were 5V-tolerant, you'd think they'd have included it in the datasheet.
TheDutchDogtor:
Hi all, I hope I'm posting this in the right section.
I'm quite a newbie with Arduino. I'm playing a bit with the WiFi module ESP2866.
Checking some tutorial online, I've seen that some of them (e.g. Arduino Project Hub) do not use any 3.3V logic converter when interfacing Arduino with the ESP2866, while others use a logic convert (Arduino Project Hub) or a voltage regulator ( ESP8266 Arduino Code and 3.3V Schematic to Send and Receive Data ).
Ok, because the 5 Volts produced by the Arduino may be a problem for the receiver of the ESP8266, but the 3.3 V produced by the ESP2866 are not a problem for the Arduino, as long as it seen as a "high" state.
Is that correct?
TheDutchDogtor:
Ok, because the 5 Volts produced by the Arduino may be a problem for the receiver of the ESP8266, but the 3.3 V produced by the ESP2866 are not a problem for the Arduino, as long as it seen as a "high" state.
Is that correct?
Trying to convert an old server. I have downloaded the latest 6.1 converter and it installed smoothly. When I go to submit the conversion job everything looks good until the final screen where the job is submitted. After a few seconds of spinning an error is displayed :
Sadly there are quite a few hits on the web and none seem to cover the issue. I am logged in as local administrator, tried running the converter as administrator user, tried switching from local machine to remote and specifying the loopback address. Checked the disk for errors, nothing meaningful in the event logs. Eventually looked at the requirements of 6.1 converter and noticed that Windows 2003 does not appear to feature. I have tried in vain to locate a copy of converter 5.0.1 since it appears to be the last version to support 2003 SE but none of the links on vmWare site appear to work.
This is a real shame, maybe there is some config option. I then retried this on the external server so Converter points directly to the actual ESXi host that has the datastore, it was a none flyer - presenting an error that the host was managed by a vCenter and to connect there instead. Next I have a forth ESXi server that is not part of vCenter (essentials plus only allows 3 systems) so I pointed the external host there and hey presto vConverter accepted it and submitted the job.
The performance was terrible. I disabled SSL and saw a minimal speed boost but the transfer speed is around 2Mbps, and this is coming into a 150Mbps link. I tried using an EFM backup circuit that is only rated at 10Mbps and the speed increased, but only to about 6Mbps - the physical server showing no CPU stress and no throttling enabled.
It is now sorted, the fatal I/O appears to have been [in my case] the issue that the server that is running the vconverter software that I was attempting to P2V could only communicate directly to the vCenter. After looking at firewalls it was clear the after chatting to vCenter on 443 it then opens a port to the target ESXi host on 902.
During this trial and error process I was advised from vmWare that the host, vCenter and ESXi machines all need to be on the same network (interpret as routable). Opening a VPN from the remote server to the vmWare boxes sorted the issue and also seemed to boost the speed.
Hi, actually I used Vmware converter 6.1.1 and were able convert Windows Server 2003 with SP2 although it was not in the compatible Guest Operating System list. I succeeded through vcenter (VCSA 6.5) also directly to standalone ESXi 6.5 host. All of them (source, destination and converter) were in the same VLAN.
I'm attempting to use VMware Standalone Converter version 6.11 (current version, installed very recently) to create a backup of an existing VMed Windows machine on a remote VMware hypervisor. However as soon as I give VMware Converter the source machine IP and login, it throws this error:
A general system error occurred: Not supported version: Unsupported version URI "urn:converter/7.0" while parsing SOAP body at line 6, column 0 while parsing SOAP envelope at line 2, column 0 while parsing HTTP request before method was determined at line 1, column 0.
Googling has left me none the wiser about what could be causing this, it appears to be a version mismatch of some kind but as I'm running an up to date version of Converter I'm not sure what is objecting to what?
Not sure if relevant, but if I attempt to connect to the hypervisor running the VM in question from the same Windows 10 laptop the Vsphere client installer it wants to download throws an error about "This can only be installed on Win XP SP2 or above" (it's V5). I'm wondering if there are support files that are needed from Vsphere before Converter will connect? And if so is there any way to persuade it that yes, Windows 10 is a version above XP SP2? Just a guess though.
Edit: I tried installing Vsphere from the hypervisor, and Converter, on a Windows 2003 machine on the same network. Vsphere accepted that as being "XP SP2 or above" and installed correctly and connects to the hypervisor quite happily. However Converter throws exactly the same error when given the login credentials of the VM I want to copy.
Is it possible that an older version of the converter or its agent is installed inside the VM? If yes, uninstall it. The VMware Converter installs its own agent automatically if you connect to the machine with administrator credentials.
But if you prefer converter approach I would strongly recommend you using a 3rd party V2V converter by StarWind instead of VMwares. It's free and helped me a lot of times working with all the most commonly used VM formats: VMDK, VHD/VHDX, StarWind native IMG, QCOW. It works both ways, converting from and to any selected format, thus having better functionality than similar converters.
I have reached out to both sage and amyuni (the developer of the driver). Amyuni says that sage uses a developer version and they need to supply the arm version. Amyuni does have an arm version of their driver. I have tried to install it but sage uses their developer version with some enhancements. Sage seems to have no clue. And are requesting me to ask the community.
Sage 100 is supported on Intel based chips. ARM has never been supported. That said, current versions of Sage 100 distribute 6.0x version of the Amyuni PDF Converter. If you downloaded a 6.5x version of the Amyuni driver that includes ARM support it will not work without a separate license key (purchase) from Amyuni.
John I have downloaded the new amyuni driver for arm. And even created a printer called Sage 100 PDF Converter. However when going to paperless office it opens a dialog box to save. And then errors out.
If you own a separate license key, it can be passed to the driver, otherwise the Sage license key is passed. Using an ARM chip is not supported and I have no way to validate a purchased license key on an ARM processor.
So I purchased a seat. Which does get me a valid Amyumi PDF Converter driver for ARM. However install still fails with Sage. If I work around by creating my own printer using the new Amyuni 650 ARM driver and name it Sage 100 PDF Converter it does trick sage into thinking it has the driver. If I Electronic deliver an invoice for instance it opens a dialog box to pick a location to save the file. Which it does generate. But does not complete the process through sage.
Seems like with more windows machines moving to ARM. And all mac virtualization moving to ARM. It would be nice to have a solution for this. So again I will keep up with this and hopefully for future users we come up with something workable.
Looking up the ghostscript options instead of blindly copying commands from others who also blindly copied their commands (and so on) is time well spent. For instance, the -dPDFSETTINGS=/screen in the most upvoted answer (and many others) will degrade your pdf's quality.
c80f0f1006