had to go back to 1.13.41 as 1.13.42 & 1.14.0 gave trajectory error of “no mixed base ephemeris allowed”
no problem with 1.13.41
I believe the message you are seeing is due to a lack of mixed RINEX navigation files or that they are in a format not recognized by Rock Desktop. In the documentation from the IGS for RINEX 3.01 (https://files.igs.org/pub/data/format/rinex301.pdf), the RINEX file extensions are organized such that the .YYo file (where YY represents the year such as 25 for 2025) is the observation file. The documentation from Rock (What type of RINEX Base GNSS data is needed for processing in ROCK Desktop?) for some reason specifies that the .YYn file should be “mixed” but the .YYn file is reserved for GPS navigation data only. Just like .YYg is for GLONASS and .YYl is for Galileo navigation data. If you are using Trimble’s convertToRinex tool and you choose the option “Mix Navigation Data into One File” it will produce a .YYmix file - this file extension is currently not recognized by Rock Desktop. Rock Desktop appears to be looking for the IGS specified .YYp file for mixed GNSS navigation data. If you have a .YYmix file, then change the extension to .YYp and it will be recognized.
As for Rock Desktop version 1.14.0, I’ve had multiple older datasets that processed previously that cannot complete processing now after updating. They all seem to hang on step 1/3 in Processing Trajectory. I let one sit for an hour and a half and it never changed the progress percentage or threw an error. The Rock Desktop instance shows nearly no activity at all on CPU, GPU, and disk via Task Manager. I was hoping to process older datasets that had flight path alignment issues or that threw trajectory errors with the new version, but seeing as how even older data that once processed fine is now unable to complete, that’s probably not going to happen.
I did similar and is why i’m still with 1.13.41
Yeah, I’m seeing this lack of active processing during the Processing Trajectory step even on newly flown datasets. Looks like I’ll be having to revert too to get anything done.
How are you able to stay on version 1.13.41? When I uninstall 1.14.0 and re-install 1.13.41, I get the message that there’s a new version and it asks if I want to install it now or later, but if I click “later” then it automatically installs the new version again when the software is closed. Are you having to uninstall and re-install every time you use the software?
at the end of the session, it should ask you whether the installer should proceed if you are logged in as an administrator for your computer just press no at that point. this is the longest its taken to resolve a new release, usually just a couple of days.
@patriotlands Do you have a dataset where you are not able to processes on v1.14.0 but you are able to process on v1.13.41? If you can email support@rockrobotic.com we would love to see this so we can test what is different between the two versions.
I’m also getting an “Error with Base Station File” -WARNING: A mixed ephemeris file could not be found for your dataset….”
I uninstalled 1.14.1 and installed 1.13.42. I still get that error. I went ahead and tried to re-process a project that has already been successfully processed and now I get this error when I didn’t before. When I let Rock Desktop finish I ended up with a single trajectory range.
have you tried 1.13.41? Its the only thing that worked for me. I am running DJI M350RTK with D-RTK 2 for base station. Its not the greatest and I have to RTK in the control point with normal GPS but it works.
I went down to 1.13.41 and no issues with that version. Thank you! What’s weird is I’ve been training someone to use Rock Desktop. We did several samples on 8/22/25 with version 1.14.1 with no issues. We only started getting this empheris issue yesterday on 8/27/25
Sorry, was at Commercial UAV last week and just getting back to checking this thread.
The Warning for the mixed ephemeris file is just a warning. Rock Desktop will attempt to create a mixed ephemeris file if you don’t provide one. But, it is really best to provide one. @Jeff What base station are you using?
I’ve been thinking on this further and I am using stonex statictorinex converter if that might be a factor?
@patriotlands I don’t have a stonex .dat file handy, but if you send it in to support@rockrobotic.com I can take a look on how to convert it. With Trimble Convert for instance, there is a setting in the converter to output a mixed ephemeris file.
@patriotlands in the stonex statictorinex converter there is a checkbox to export “Mixed”. This will create a mixed ephemeris file and a mixed Rinex file. This is what you want. After the export is complete you will need to rename the files to:
[base].obs
[base].nav
You can change “base” to be whatever you want, they just need to be the same name for both the files.
Check out this video: Static (.dat) To RINEX conversion tool by Stonex