Forum Replies Created
I run Windows 10 and was able to download the installation executable with Google Chrome. Which browser are you using?
Thanks. I evaluated the debug log and the issue is one that was discovered earlier this year – the logic is not properly forcing the transfer order to “oldestfirst” internally for realtime transfers. It’s supposed to do this irrespective of the –transferorder option, because the realtime logic relies on it. As you discovered, the issue can be worked around by externally triggering this transfer order via the –transferorder oldestfirst.
Can you please run a realtime session with –logginglevel debug and post the resulting log here, where you take at least two photos and one of them doesn’t get downloaded?June 27, 2018 at 5:40 pm in reply to: AirNef still download previous images with –realtimedownload #9686
If you’re temporarily disabling your 80D’s wifi while keeping Airnef’s realtime download session running then Airnef is operating as designed – it has no way to distinguish between your intentional communication drop (by disabling your 80D’s wifi) vs an unintentional WiFi error/communication drop, such as when the camera goes out of wireless range. As such Airnef will download all the realtime images it discovers when communication is reestablished.
That error indicates the camera doesn’t support the MPT-standard method of presenting a user-selected list of images to an MPT client like Airnef. Try using the “Select on Computer” method instead of the “Select on camera” method.
- This reply was modified 1 year, 8 months ago by Adam.
Airnef maintains a history of files it has downloaded to allow those files to be optionally skipped in future sessions. It uses a combination of the filename, size, and date to unique distinguish each image – that way it doesn’t get confused if the camera reuses the same filename for future images, such as when the counter wraps or if the camera is configured to reset the file counter upon formatting.
The behavior you’re describing sounds like Airnef is getting confused about its history and what’s on the card. Can you please run a session with the Logging level set to ‘debug’ and send me the resulting to firstname.lastname@example.org. In the email please also include a list of files that are actually on the card – that way I can compare that to the files listed in the debug log.
To help me troubleshoot can you set the logging to “debug” and then capture a real-time session which includes a download of the first realtime photo and continues after more photos are taken but not downloaded? You can email the log to email@example.com
I received your email. The only reason Airnef would slowdown outside of WiFi issues is if the CPU utilization of your system was much higher for some reason (like from other apps running concurrently), which would slow the Python interpreter down and thus reduce the download speed. I’ve seen this on testing I performed with other apps running that are CPU-intensive. Outside of that scenario your download speed must be related to WiFi issues. Were there many other networks around you?
Hmmm, that’s strange. So it’s only showing the title of the button panel you clicked,ie “Download images you’ve selected in the camera” or “Set criteria for which images/movies to download”. Is that correct? If so it sounds like it’s hitting an exception somewhere.
Can you try running Airnef from the source? You can do this by installing Python 2.x or 3.x, downloading the Airnef source here, unzipping the source to a new directory, then opening up a command window and running Airnef from the source via “python airnef.pyw”. That way if an exception is occurring you’ll be able to see it and report what’s happening to so that I can troubleshoot it further.
Glad you’re enjoing the app! In theory you can run two instances of the app and have each connect to a separate camera. However I didn’t design or test for that scenario. Off the top of my head the only immediate issue I can think of is that the log files might get a little messy since they would be shared between the apps – each instance would see log entries from the other instance, and some individual entries might be concatenated together.
What WiFi operation are you triggering on the camera to initiate the session? Is it ‘Connect to Smartphone’?
Snapbridge compatibility isn’t required for Airnef. Airnef should work with any Nikon body that has WiFi support (or when using a Nikon WiFi adapter).
Congrats on the RX100M2. I’ve tested Airnef with a lot of Sony cameras (many of which I still own) – the only hassle is the initial setup that requires you to run Sony’s PlayHome app to ‘enable’ the camera for WiFi transfers.
The default GUID is correct – the two 8-byte words are individually encoded as little-endian. The lower 6 bytes of the 16-byte GUID are zero, as required by Sony cameras to not disqualify the GUID for mismatching against the ethernet MAC ID table that is established inside the camera when WiFi transfers are enabled via the Sony PlayMemories Home app.