Seek Compact Pro frame rate investigation - Page 1
Forum section: electronics / general

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 30, 2017, 03:17:25 am
content: I recently received a late-2017 Compact Pro(NIB), and after playing with it for a while(including at the USB level) it's puzzling me as to the actual frame rate the device is capable of outputting.From my own tests, I am able to achieve about 10-18fps intermittently, both on PC and on an Android phone(Xiaomi Redmi Note 4, plenty of processing power).Here's an average video stream I get:However, this video shows that on an iPhone 7, the same device outputs nearly full-rate video.Logically, a question arises from this:Since the frame rate is already way past the U.S. ITAR and EAR export regulation limits for slow-rate cameras, what is limiting the Android version to 12-18 fps, even when connected to a really powerful computer(via a separate, otherwise empty USB3.0 controller), and how is it different from the iPhone version which comes close to full-rate?It appears to be quite different in terms of the USB protocol as well - I have not been able to turn on the raw data mode as you could previously with the Compact and XR.If anyone would like to help figure this out, a dump of the communications between the iPhone and the iPhone version of the Compact Pro would be greatly appreciated.Any input is welcome.To calm a few people that may be nervous because of this discussion: The devices are already export-controlled and output >9Hz, this is not violating any laws. It doesn't matter whether it's 9.1 or 30.Also, to those that know how to bypass the Compact and XR's 9Hz cap: Please, do not post it here or give any hints.Keep it legal.

author: tonykids
author_rank: Regular Contributor
timestamp: December 30, 2017, 09:31:22 am
content: according to jetdail’s posthttps://www.eevblog.com/forum/thermal-imaging/thermal-imaging-gallery/75/I find the way to display the framerate on android(su)the config file is in /data/data/com.tryriansystems.SeekThermal/shared_prefs/com.tryriansystems.SeekThermal_preferences.xmlenable the "export_frame_rate_allowed_key" then you can see the framerateI captured the usb communication between an android simulator and seek pro.the frame rate in the simulator is 6-9.5hz and the communication is jut the same as i posted herehttps://www.eevblog.com/forum/thermal-imaging/windows-software-for-seek-pro-and-initial-commands/It's about 90-100ms for seek pro to transfer one frame,so all the windows apps that support seek pro now has a frame rate <11.but my old android phone can reach 16hzunzip the SeekThermal_2.1.1 and find something...Maybe the command on x86(x64) cpu in the seek thermal app is different from it on an arm cpuHope someone has a USB protocol analyzer

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 30, 2017, 07:02:33 pm
content: Quote from: tonykids on December 30, 2017, 09:31:22 amI'm not sure if it's a USB limitation on the PC or if it's a separate command set that lets you get a higher frame rate.Sadly most of the low-level USB stuff appears to be done through libSeekware, not the native app itself.After some investigation I found this bit of code:Code:public String f1() {switch (f2()) {case COMPACT:return "Compact";case COMPACT_XR:return "CompactXR";case COMPACT_FF:return "Compact FF";case COMPACT_XR_FF:return "CompactXR FF";case COMPACT_PRO:return "CompactPRO";case COMPACT_PRO_XR:return "CompactPRO XR";case COMPACT_PRO_FF:return "CompactPRO FF";case COMPACT_PRO_XR_FF:return "CompactPRO XR FF";default:return "Unknown";}}But following the code up, I can't figure out what it does with these.

author: Fraser
author_rank: Super Contributor
timestamp: December 30, 2017, 08:30:10 pm
content: I have had nothing to do with the Seek cameras for a long time but something to keep in mind is that "frame rate" is an often misused term.Under the various controls and regulations, the <9fps cap for simple licensing refers to the update rate of thermal image data and NOT that delivered to the user by the display system.That is to say, a 9fps camera can, and often does, present the user with a display update rate well in excess of 9fps. 25fps and 30fps are common in order to feed a LCD panel or external monitor at a decent refresh rate.I have a thermal camera that actually refreshes the thermal image at 120fps....... but the LCD display is refreshed at 30fps. That was just pure marketing spec manipulation to make the camera appear more capable. It was already a very capable camera core running at 60fps and down sampled to 30fps for the LCD display. This is the reverse of the usual 9fps situation but it proves that frame rate can mean much, and nothing, depending upon how it is presented.So in summary, there is absolutely no reason why the microbolometer core frame rate need be the same as that presented to the user, be it via a display device or a data stream to a host system that further processes the data. 9fps at the core output, presented to the user LCD display at 30fps is relatively simple to achieve. This is why the true frame rates on <9fps cameras are in fact lesser rates in order to easily convert them to 30fps NTSC or 25fps PAL frame rates. Frame rate restricted NTSC compatible cameras run at 7.5fps (30/4) and PAL compatible cameras run at 8.33fps (25/3).You have to ask yourself " Am I seeing "X" FPS of changing thermal data, or is it just the output of a conversion process that only truly provides a maximum of 9 unique frames per second ?Food for thoughtFraser

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 30, 2017, 08:34:50 pm
content: Quote from: Fraser on December 30, 2017, 08:30:10 pmNone of this has anything to do with the issue at hand though, you can clearly see the Pro is producing actual, changing frames at a rate higher than 9 Hz, even in my video.We know for certain both the 206 and 320 Seek sensors are producing 30Hz internally andcanoutput 30 via USB, but for some reason something is slowing it down with the Pro.

author: Fraser
author_rank: Super Contributor
timestamp: December 30, 2017, 08:48:20 pm
content: Oh I see.... different situation. Fair enough

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 30, 2017, 11:26:58 pm
content: Small update: It appears that there are two versions of the Compact Pro - one marked UQ-EAA, and one marked UQ-AAA. I'm assuming E stands for Export and A for America, but I can't confirm the meaning of it beyond that, because I've seen units marked "FF" and UQ-EAA at the same time.My unit is not marked with the "FF" symbol, and it identifies as a "Compact PRO" by the app. The product code is UQ-EAA, but it's still marked "Subject to US EAR Export Regulations".Does anyone have a unit that is identified as a "Compact PRO FF", or has the "FF" symbol on the back of the body?

author: Fraser
author_rank: Super Contributor
timestamp: December 31, 2017, 12:19:34 am
content: Even a <9fps thermal camera that contains an A-Si or VoX microbolometer of certain pixel count is liable to the import/export regulations aplicable in the country of origin or resale. The restrictions are just less onerous than those applied to high frame rate cameras in many cases.A <9fps camera still cannot legaly be exported to countries deemed inappropriate for such technology. NK and Iran being two that come easily to mind. Exemptions can be applied for, but on a case by case basis.The SEEK will have to comply with US export regulations or else it would get contacted pretty quick by the BIS. The fact that greater than 9fps is reported to have been achieved from these cameras is interesting but the devil is in the detail. They may still comply with BIS requirements. Pixel count and true thermal image frame rate are assessed when BIS consider permitting general export under exemptions and extant policy. I do not see how an American company like SEEK could breach such regulations without BIS action against them.It is an interesting topic but not one that I have, or will dig deeper into. Good luck with your investigations. It may be that SEEK limit frame rate within the host App and clever people can release a higher frame rate. Whether that complies with BIS requirements is for the lawyers. If the EAA version contains a frame rate limiter in the actual camera dongle, that may have satisfied the BIS. It would be interesting to know what the difference is as the differing marking surely must be for a purpose.All the best with your investigation of the camera and its softwareFraser

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 31, 2017, 12:36:01 am
content: This topic is strictly for discussing performance differences in the >9 Hz-capable Pro, not about hacking the Compact and Compact XRs to break the 9Hz limit.It's 320x240, so it's still under the 111kpx limit, but legally it shouldn't even matter because the Pro is already faster than 9 Hz.

author: Fraser
author_rank: Super Contributor
timestamp: December 31, 2017, 01:24:14 am
content: As stated, I am out of touch with the SEEK cameras after being so disappointed with them. I had not spotted that you are STRICTLY discussing a dongle that is intended to produce >15fps. I only knew the original models that were <9fps.Why do you not just approach SEEK and ask them why the frame rate of the Android Version is inferior to that of the iPhone version. It would cut out your guess work and the need to profile the system data processing path and budget.I may be able to give you hint though as I already know a little about why....... when designing an application for an Apple iPhone, the developer deals with a set of known platform and interface characteristics, both in hardware and software. Developers like Apple products for this reason. Present the developers with a requirement to write an app for an Android device and see them worried. Android is, as you well know, a multi platform operating system that runs on many different hardware platforms. The differences in said hardware platforms make it very hard for the developers to optimise the app for greatest efficiency. On the iOS platform they tweak the app to provide the very best performance. On the Android platform the developers are generally very happy if the app even runs correctly on a large cross section of platforms from differing manufacturers. Android can be a total nightmare when it comes the fine tuning and squeezing maximum performance out of the app that has to drive external hardware. In many cases, the developers find platforms, in this case phones, on which they cannot achieve app stability. These go on the 'not compatible' list. It does not matter how wonderful or powerful the phone is, if the designer cannot get the app to work well on it, the phone is not a good choice.A simple case of a fine tuned and capable dedicated app for the very well defined iOS platform Vs a generic app build designed to work 'well enough' with an acceptable range of android platforms. Fine tuning ? Dream on ! The Android App is inferior to that produced for the single platform iOS product.Writing your own Android app is always an option, but you can discover that the SDK contains a less than ideal or sprightly driver for the camera. The reason ? It has to remain compatible with the large cross section of Android platforms on which it will run.How do I know this to be true and 'real World' and not just some crazy theory ? Simple, I spoke at length with the people who developed the FLIR One G2 and they faced the same issues. The FLIR iOS app is more efficient than the Android app as a result. The iOS app produces a higher frame rate than the Android app even though the camera hardware is equally capable. For info, FLIR developers had to choose a single phone model for which they would try to tune the Android app so that it compared well against the iOS version when tested and reviewed. They chose the Samsung S5 mobile phone (released 2014) as the, then, equivalent to the iPhone in terms of processing power. The iPhone still achieved better frame rates though and they could not bring the Android app up to the performance of the iOS version. The FLIR One G2 Android runs at its best performance on a Samsung S5 and likely its more recent versions. SEEK may also be able to advise which phone they chose to develop the app on. Then again, they may not have bothered with fine tuning for one model and kept things generic.So there you go, that is the answer to "why" you are seeing frame rate variances. As to how you can squeeze better performance out of your SEEK setup ? Well that is a little challenge for you to engage on, if desired. Much depends upon how helpful SEEK are with regards to release of a decent SDKGood luck on that front !My apologies for reducing the signal to noise ratio in this thread. I will not comment further.Fraser

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 31, 2017, 01:49:49 am
content: None of this matters when you're connected to a PC using the motherboard's USB3.0 capable hub without any other devices connected to it.They've made it pretty clear that the SDK is no longer a possibility, since even the developer program is gone now.

author: Micz
author_rank: Contributor
timestamp: December 31, 2017, 09:20:22 am
content: Hello, this is my first post and I am waiting for deliver seek compact pro. Have you checked hz on other android smartphone ? I am gimnazjum use it with oneplus 5 do i will report it. I wonder how you connect camera with computer ? Maybe connection is the key ? My oneplus 5 is usb-c slot and I need adapter to connect it and there are many adapters which doesnt work. Local seller told me that its need to be a powerful phone to work good. Sorry for my english :-)

author: tonykids
author_rank: Regular Contributor
timestamp: December 31, 2017, 10:34:49 am
content: I tested the seek pro on my 3 different phonesphone 1: Snapdragon 801+2G RAM-> 12~15fps ,can record video correctlyphone 2: MTK MT6735+2G RAM-> 14-18fps ,only the fist 1~2 second in the recorded video is visiblephone 3: Snapdragon 652+ 4G RAM-> 14~16FPS,only the fist 1~2 second in the recorded video is visiblephone 2 is the least powerful one but it perform the bestBy the way,all of my 3 adapters(gifts when i bought something) work well......

author: Micz
author_rank: Contributor
timestamp: December 31, 2017, 11:22:31 am
content: What cables / adapters do you use to connect the computer ?

author: tonykids
author_rank: Regular Contributor
timestamp: December 31, 2017, 12:00:30 pm
content: Quote from: Micz on December 31, 2017, 11:22:31 amI made it myselfIt's really simple,a USB type A plug and microusb receptacle, match and connect the VCC D+ D- GND to each otherFor the extension cable on the phone ,connect the ID pin to GND

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 31, 2017, 02:09:43 pm
content: It would be helpful to know the model number of your devices for a start(whether it's UQ-EAA or UQ-AAA).

author: tonykids
author_rank: Regular Contributor
timestamp: December 31, 2017, 03:06:51 pm
content: Quote from: Spirit532 on December 31, 2017, 02:09:43 pmMine is UQ-EAA ,However,it's just a sticker. under the sticker it says:UQ-AAA

author: Spirit532
author_rank: Frequent Contributor
timestamp: December 31, 2017, 03:12:25 pm
content: Same on mine!I think they just use the same product box and put a sticker on top to indicate a different model.But now we know the EAA model(which is apparently Export) is not limited in frame rate, which was one of my concerns.

author: IwuzBornanerd
author_rank: Frequent Contributor
timestamp: January 01, 2018, 12:39:08 am
content: I have been thinking about this matter myself as the one I obtained last week only produces 9fps on my 2.4GHz laptop consuming <8% of CPU time. To add to your confusion, the model number on the box is UQ-AAAX (no sticker) and the box was sealed with 2 round "Export control" stickers. I don't have a phone to use it with, but I tried it on a relative's phone yesterday. I have no idea what the frame rate was (or what the phone was) but it looked a bit smoother than my 9fps. And I think the image was not as clean as with my code.Regarding the export rules I have been thinking that if the camera defaults to 9fps and there has to be a certain command issued from the software in order to enable it to run faster then it amounts to the same situation as the non-pro versions AND therefore any software that enables it to run faster would be controlled by the EAR because there is a specific line item in the regulations for software that defeats the 9fps limitation of a camera. This would also explain why the "developer program" is gone as stated above. Any 3rd party software would have to comply with EAR requirements just as Seek is having to do. If I'm correct about this we can't talk about code to make the pro run at "FF" on this board even if the camera is sold as being able to run that fast, because it requires software to tell it to run that fast.The Seek user guide says that registration is required to use the camera, but the app has a "do it later" option, so I was running it on the relative's phone without registering. I wonder if registering is required to "unlock" the faster frame rate, but since I could not tell the frame rate for sure I didn't bother trying that while I had the phone. I also wondered if once the camera was registered maybe something was stored on the camera to tell the software to allow FF.I have not tried to determine how much actual time the USB transfer of a frame takes, but as I was working to get the pro running on my laptop I found that it takes 13and sometimes14 bulk transfer requests to get an entire frame. The code I started with for the non-pro version (which I got from this board) used 4 fixed length transfers and this has ALWAYS worked for me on the non-pros. I was forced to "do it right" with the pro & have it keep asking for however many bytes were remaining until it got all of them, and this is working well. Maybe the way they keep it at 9fps is by feeding it setup commands that make it run the USB slow.Interestingly, though, I see a lot more 9's in my frame count than I see with the non-pro cameras.

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 01, 2018, 01:49:59 am
content: Quote from: IwuzBornanerd on January 01, 2018, 12:39:08 amIt's the same for my device. I get around 10-ish frames per second on the PC, around 12-14 on the phone.Quote from: IwuzBornanerd on January 01, 2018, 12:39:08 amThis is a non-issue, certainly. I purchased mine from a retailer, shipped without warnings or paperwork, and the default app runs it at over 9Hz. It's jerky, but it does hit ~11-12, from estimations by eye - definitely faster than the ~10 I'm getting on PC(see first video). I'll unlock the debug features in a bit and see the actual frame rate I'm getting.Not to mention the 30Hz mode of the non-PRO versions was never meant to leave the factory, and it never did - it was discovered by blind poking.Quote from: IwuzBornanerd on January 01, 2018, 12:39:08 amUsed it for a while without registering - I see no difference after(to get rid of the nag), or after the signing out. GPS was turned off, location was set to "United States" which is the default. Logged in, got rid of the nag, signed out, still no change in original performance.Quote from: IwuzBornanerd on January 01, 2018, 12:39:08 amCould be - does it enumerate as FS or HS? What's the polling rate?I am a bit weary of trying to omit various commands without knowing what they do. If you'd like to take that risk, I would start with the new commands specific to the PRO.

author: tonykids
author_rank: Regular Contributor
timestamp: January 01, 2018, 07:30:04 am
content: Amazing!When i was playing the seek pro with my new PC(G4560+4G RAM + SSD +win7),i noticed that the frame count increased extremely fast than usualSo I captured the communication and find the seek pro was transferring a frame within 60ms or lessBut I did nothing to the codeMaybe we just need a more powerful processor?

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 01, 2018, 04:09:36 pm
content: Quote from: tonykids on January 01, 2018, 07:30:04 amI have a high-end gaming machine that can render FHD video in near-realtime, so I don't think that's the issue.

author: IwuzBornanerd
author_rank: Frequent Contributor
timestamp: January 02, 2018, 12:24:28 am
content: You mentioned polling rate. I captured some data transfer on an oscilloscope (photo attached) which shows, as @tonykids found, that it takes about 50ms or more to get a frame and then my code apparently spends another 60ms processing it, which pretty well explains the 9fps. What I can find about USB polling rate is that it can be 125, 250, 500, or 1000Hz; but everything I find about setting that only applies to HID devices. Apparently my bus is set to 250Hz If I could set it to 1000Hz I could presumably get 13-14fps and then it would be my code to blame for the slow speed. Taking a whopping (and ridiculous) 50-60ms just to get a frame off the camera doesn't leave much processor time for making images at 15+fps.Another thing when running on a phone, I've heard that phones can have a lot of crap running in the background consuming cpu time so that might be slowing the camera down on some phones.

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 02, 2018, 01:48:45 am
content: So after enabling the frame rate indicator, it shows 9Hz at startup, dips to 5.6, and then stabilizes at 8.5-8.2.I conclude that either the indicator is completely false and lying, or my eys are deceiving me, because what I see is definitely not consistent with the indicator.Quote from: IwuzBornanerd on January 02, 2018, 12:24:28 amPerhaps multithreading is the solution here, for the PC? Get the data as fast as possible, measure that rate.Quote from: IwuzBornanerd on January 02, 2018, 12:24:28 amYou're not wrong there, but my phone is rather powerful and it still chokes with no processing on, which is odd.Itcouldbe that there are different, undocumented versions of the Pro that are limited to 9Hz, but all the evidence is counter to that.There also may be some configuration bytes we're either missing or unknowingly adding that may be hindering the performance.Just in case anyone wants to poke around the source code, sere's the latest Android app decompiled (47MB):http://i.spirit.re/com.tyriansystems.SeekThermal_source.zipTo get started, look for "SUBI" in the contents of the files. Some juicy stuff pops up.

author: IwuzBornanerd
author_rank: Frequent Contributor
timestamp: January 03, 2018, 08:16:57 am
content: The 60ms gap between the frame data blocks in my photo above is driven by the camera not my software. I turned off all my image correction math & the delay did not get any smaller, so I tried adding a delay in my code. I could add 30ms of delay before seeing an increase in that gap, and dropping the 9th frame/sec. Adding a 40ms delay added about 10ms to the gap and dropped the frame rate to 7-8fps. So my code is actually only taking about 30ms to do its work and the other 30ms is what is left over of the delay the camera puts in there.I also checked the data stream from the non-pro XR and the gaps between the 4 data blocks are twice what they are between the 13 data blocks from the pro using the same program, so that delay is also from the camera and not the USB polling rate.I am thus convinced that this camera is defaulting to 9fps even though it has the "FF" logo printed on its back. I figure it must need either something written to memory on the camera or specific commands from the software to permit the higher frame rate. I'd like to see some O-scope pictures of the data stream with a camera on a phone & see what all is different.

author: LesioQ
author_rank: Regular Contributor
timestamp: January 04, 2018, 04:43:40 pm
content: I guess You've already noticed that current APK contains bin files (likely Seek firmware) for 8-9-16-18Hz repetition rates ?

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 04, 2018, 04:44:57 pm
content: If only it was that easy - they're just simulations.

author: LesioQ
author_rank: Regular Contributor
timestamp: January 04, 2018, 04:47:41 pm
content: Anybody tried actually to test them ?Asking 'cos I'm in need for a way to re-firmware my cam.

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 04, 2018, 05:48:36 pm
content: Quote from: LesioQ on January 04, 2018, 04:47:41 pmYes, it's a simulation.The key in "com.tyriansystems.SeekThermal_preferences.xml" isCode:<boolean name="sim_mode_key" value="false">Set that to true, run the app without anything connected, and it plays a sim video.

author: LesioQ
author_rank: Regular Contributor
timestamp: January 04, 2018, 06:13:26 pm
content: That doen't imply that with sim flag as false and bin in flash, the sensor would spit more often.In ISC0601 the frame was delayed 8ms from request and lasted about 16ms, so apparently there was room (in time domain) for higher (than9Hz) repetition.Maybe here also - sensor is not a bottleneck, but a request signal is.

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 04, 2018, 06:16:55 pm
content: We know the sensor is being read out at 30Hz for internal processing, the Compact and XR let you disable all of that and read the raw image out(again, not for public discussion, breaks laws!), the Compact PRO seems to read out faster than 9 already, but still slower than 30.My main suspicion is the initialization command set.

author: tonykids
author_rank: Regular Contributor
timestamp: January 15, 2018, 06:36:42 am
content: Find something about the frame countIf we get the frame about every 100ms ,the frame count is about 21/23/25/27/29/2b/2d........always grow at 2(or more).I use a separate thread to ask a frame every 50ms and get the frame , its frame count is growing at 1.But the frame sometimes seem to be covered with mosaic and the transfer was not stable ,always get a " ReadPipe failed. " exception.

author: tonykids
author_rank: Regular Contributor
timestamp: January 17, 2018, 02:12:35 pm
content: Some frames get by the separate thread every 50ms, there are 2 frames likely covered with mosaic.

author: Spirit532
author_rank: Frequent Contributor
timestamp: January 17, 2018, 04:55:41 pm
content: That doesn't look like mosaic - that looks suspiciously like the "raw" mode of the 206x156 models.Something's not right.

author: tonykids
author_rank: Regular Contributor
timestamp: February 28, 2018, 02:14:49 pm
content: Hi,I checked my code again today and find I did something wrongCode:ByteArry1=ByteArry2So i replaced it with "ArryCopy",and I get the frame at about 15Hz(count by FrameID 3).Sometimes there are some stripes but it did work.No extra control command, incredibly simple.

author: pauledd
author_rank: Regular Contributor
timestamp: June 03, 2018, 07:52:43 pm
content: Quote from: tonykids on February 28, 2018, 02:14:49 pmMay I ask what code do you mean?Someone on youtube found another way to enable some hidden settings... go to preferences->about and press 5x Image Processing Software... then you should have some more options in preferences...

author: tonykids
author_rank: Regular Contributor
timestamp: June 04, 2018, 04:40:30 am
content: Quote from: pauledd on June 03, 2018, 07:52:43 pmMy test program on PC.And more,Although I succeed in getting the frame rate >15 on PC,I failed on Android(yes, the seek thermal app can not use ext ref ,so I want to do it myself. )Ignore the wrong palette , and the FPS divided by 10 is the true fps.

author: carpin
author_rank: Contributor
timestamp: June 04, 2018, 11:55:50 am
content: I think you need a fast Nvidia GeForce GTX 1060 6GB card.

author: Spirit532
author_rank: Frequent Contributor
timestamp: June 04, 2018, 02:16:10 pm
content: That has nothing to do with performance.

author: DaneLaw
author_rank: Frequent Contributor
timestamp: June 04, 2018, 10:16:39 pm
content: Quote from: pauledd on June 03, 2018, 07:52:43 pmThx for the hint.does all these features play along on your guys version, which I reckon is mostly Android.This so-called Seek easter EGG, also works on IOS and result in these setting. (attached picture)But not certain what, they mean with "set simulation mode" which has a tendency to crash on IOS, and will not process to actual view and need to restart the app..Also not sure what do they meen with "use staging server"?-the feature show "export frame rate" just put an active hz value on top of the livefeed up in the corner..

author: pauledd
author_rank: Regular Contributor
timestamp: June 05, 2018, 01:57:57 pm
content: I have also "Save Uncompressed" in the new menu, whatever it does, jpgs are still jpgs and *.mp4's are still compressed...A little bit offtopic: I was never able to get videos with a valid timestamp, no player was able to play those video files (vlc,mpv, android...), I always have to recode the videos with ffmpeg to get them playable...

author: tonykids
author_rank: Regular Contributor
timestamp: June 06, 2018, 01:11:32 am
content: Quote from: pauledd on June 05, 2018, 01:57:57 pmI have the same problemHow to recode it with ffmpeg?I'm developing some DLLs for @joe-c's Thermovision softwareand I tried to save the raw data on PC, it's about 100MB/min@9hz .

author: pauledd
author_rank: Regular Contributor
timestamp: June 06, 2018, 08:06:54 am
content: Quote from: tonykids on June 06, 2018, 01:11:32 amThats quite simple (on linux at least, I guess there is a windows binary too ):Simply use this command to create a h264 based copy of your video of same dimesions and a guessed input framerate of ~8fps put into a output framerate of 25fps...Code:ffmpeg -r 8 -i thermalVideo.mp4 -c:v libx264 -crf 15 -r 25 out.mp4you can play a little bit with the input/output framerate to fit your needs. "crf" controlls the compression factor (quality, 0-51?) where lower numbers increase quality.If you want to scale your thermal video into a standart fullhd frame and keep its aspect ratio you would use:Code:ffmpeg -r 8 -i thermalVideo.mp4 -vf 'scale=1920:1080:force_original_aspect_ratio=decrease,pad=1920:1080:(ow-iw)/2:(oh-ih)/2' -c:v libx264 -crf 15 -r 25 out.mp4*(ffmpeg version 3.4.2)

author: pauledd
author_rank: Regular Contributor
timestamp: June 12, 2018, 07:49:06 am
content: I am just curious about the "CompactPro Fast Frame"Its available here in Germany too, despite the >15fps they state in the specs... how can that be with the US export restrictions?It costs ~200€ more than the ordinary CompactPro but seems to have the same specs except the higher framerate...More strangely I've got an replacement CompactPro from Amazon that has on its box a pasted over black tape and below is "Fast Frame"... Maybe the CompactPro and the CompactPro Fast Frame are total identical devices with just different firmare/unlocks...

author: Spirit532
author_rank: Frequent Contributor
timestamp: June 12, 2018, 12:48:51 pm
content: Germany is part of Wassenaar - it's much easier to export to Europe than to other countries.The FastFrame is easy to identify by the "X" on the end of the model number. The CompactPro and CompactPro FF are indeed completely identical devices with different firmware(wink-wink), one is hard locked to 9Hz, the other has a sort of "free run" mode, where it outputs as many frames as the host can process. Usually around 20-30, though I've seen some go as high as 47, which makes me think it's read out at 60, or at least 50.The very first CompactPros had no distinction between 9Hz and FastFrame, they just ran in the "free run" mode by default, but were much less optimized.

author: DaneLaw
author_rank: Frequent Contributor
timestamp: June 12, 2018, 09:34:36 pm
content: What prices are you referring to in Germany, as in 200Euro more for FF seems excessive;Here in Denmark these seek pro are pretty pricey, this last year where I have been ajour with them they often cost just around 5000 DKK (around 800 US)But thats the norm here, prices are elevated a lot here hence taxing, highest EU fees etc, and another regional +25% VAT on top.But the FF version seems to be available here in Denmark as labeled fastframe version and same priceballpark as non FF versions but with export restrictions.https://www.bilka.dk/elektronik/kamera-og-tilbehoer/tilbehoer-og-tasker/kameratilbehoer/seek-compact-pro-fast-frame-ios-lightning-sort-export-control/p/100384738?This is huge danish store under danish-supermarket and they state export control under SeekPro FF and promote it as a fastframe version'so FF is valid for regional purchase here, but sale to other countries from Denmark would be handicapped and likely the reason for the statement' export control.// and the part number also states. [Q-EAAX]Im not sure how Germany are on that matter, but I highly doubt that Germany is restricted even more' then fx Denmark or Scandinavia in general' are from a USA-satefy-viewpoint... but on the other hand., one should newer say newer with that continent-tumbling leader aka Angela Merkel there sadly are in power for the time being (spooky madame' but thats another topic)but I would reckon since fastframe-versions are valid here in Denmark, and to the same price as non fastframe. I would reckon that it would be the same in Germany.On my Seek pro (IOS < Fastframeversion purchased last month from USA (private) but was listed socalled new and final prices was a little under 300US.. as I had non-intention to pay the prices these SeekPro goes for here' and when you are up in that priceballpark I would prefer 288x384 alternatives insteadBut my framerate is usually all over the place' at least on native media-spec where the average-framerate is listed around 17fps.(This is on a new Ipad2018 and for the price a pretty strong device after all' hence 210k score in Antutu benchmark)but the stated media spec, list framerate as variable and from 1.5fps to 600 fps,Quotebut mostly the framrate on my FF varies massively from the dropping shutter cal's 1.5fps to around 30fps and with avarage aj ust under 17fps.Quote

author: pauledd
author_rank: Regular Contributor
timestamp: June 13, 2018, 06:21:29 am
content: Quote from: DaneLaw on June 12, 2018, 09:34:36 pmI refered to this amazon offer, CompactPro Fast Frame, 599€, but you are right, thats very expensivehttps://www.amazon.de/Seek-Compact-Fast-Frame-Android/dp/B01HEGYLSEI found another amazon offer that has it for 469€, maybe I should have taken that instead of my 489€ Compact Pro...

author: pauledd
author_rank: Regular Contributor
timestamp: June 17, 2018, 05:49:11 am
content: Quote from: Spirit532 on June 12, 2018, 12:48:51 pmSo what speaks against enabling >9fps on a 9fps sold device if they are allowed to sell 15pfs devices in germany? Wouldn't that just possibly void warranty claims? Of cause one shall not sell such a cam to the "Axis of evil"...QuoteThat would imply they (SeekThermal) rely/hope on the poor smartphone performance of the right person in the right country to meet US export regulations? Or were they not exporting at that time ?

author: Spirit532
author_rank: Frequent Contributor
timestamp: June 17, 2018, 06:24:43 am
content: Quote from: pauledd on June 17, 2018, 05:49:11 amEnabling? Nothing. It's external unauthorized(unlicensed) trade that is illegal. In theory, it should also be trade to sell devices even remotely capable of >9Hz operation in hardware, but almost 90% of thermal imagers, including ones from FLIR, are all using 30/60Hz sensors inside, and only limit them further down the line(FPGA or CPU). Even the E4 has a 320x240 @ 60Hz sensor.It's also not illegal to manufacture and sell >9Hz devices within the EU - as it's all covered by the same trade regulations. Once you want to export it outside the EU, even to a different Wassenaar-compliant country, you need an export license. They're not impossible to obtain, however - it's just paperwork and bureaucracy.Quote from: pauledd on June 17, 2018, 05:49:11 amThey relied on poor device performance(not smartphone-reliant) in the earlier versions, but yes. In fact, the original Compact/Compact XRs(still sold today) are easily hackable to a stable 30Hz. I won't discuss how(don't ask, it's not hard to find out).The CompactPros have been more locked down, as I have not found a way to replicate the 30Hz hack possible on the XRs, so they're tightening up the security.Technically, they are in direct violation of ITAR and Wassenaar, but it's borderline, as it's not user-accessible(or at least, not designed to be). Just swept under the rug. The devices are fragile as hell anyway, so it's highly unlikely they could be used in anything other serious. If FLIR's Ex series was as easily hackable to 60Hz as Seeks, you can be sure there would be a lot more backlash - possibly even export bans and heavy fines.

author: DaneLaw
author_rank: Frequent Contributor
timestamp: July 10, 2018, 10:09:29 pm
content: Just a final notice about this advanced feature and "Seeks Easter Egg" in there native AppAsked Seek about it, as my Ipad2018 was keep crashing with Simulation-mode and staging-server and I was also a little curious as the Android version seems to have an extra feature "Save uncompressed". but nahh it's not something they wanna inform about and should never have been accessible for the end-user. according to them. (but why they call it congracts with your Easter Egg) the Seek-employe didnt wanna answer..--But likely Internal debugging.

author: pauledd
author_rank: Regular Contributor
timestamp: July 11, 2018, 06:08:18 am
content: Just a little bit on topicI just wonder if there is someone who has the Compact Pro FF and used it with joe-c's software or the linux libseek-thermal drivers... If the Compact Pro and the Compact Pro FF are physical the same devices does the FF get different initialisation commands from the Seek App?

author: ikrase
author_rank: Regular Contributor
timestamp: July 11, 2018, 07:59:52 am
content: I'm confused as to what PC software is being used by people in this thread. Clearly not SeekoFix, right?

author: tonykids
author_rank: Regular Contributor
timestamp: July 11, 2018, 09:40:50 am
content: Quote from: pauledd on July 11, 2018, 06:08:18 amI have the seek pro FF ,libseek-thermal drivers /joe-C's software perform well.the commands they used are all from the seek thermal app in android simulator.And the frame rates are <10.joe-C's software on my pc sometimes get a high frame rate ,about 2~3 seconds.

author: pauledd
author_rank: Regular Contributor
timestamp: July 11, 2018, 02:40:17 pm
content: Quote from: tonykids on July 11, 2018, 09:40:50 amOkay, but the commands where recorded with a non-FF device or am I wrong?If so, it would be really interesting what commands were sent to an actual FF device from theSeek App.

author: IwuzBornanerd
author_rank: Frequent Contributor
timestamp: July 11, 2018, 09:51:39 pm
content: Quote from: pauledd on July 11, 2018, 02:40:17 pmYes this would be interesting, but I must point out that there is legal risk to publishing that information on this open forum. At least 40 countries, including Germany & the U.S. have agreed to [attempt to] limit access to thermal cameras capable of running at greater than 9fps, and the bureaucrats can be merciless against anyone who tells someone else how to enable a higher frame rate on such cameras.You should read the discussion that begins here (https://www.eevblog.com/forum/thermal-imaging/yet-another-cheap-thermal-imager-incoming/msg1005878/#msg1005878), and also the topic Fraser started about export control concerns (https://www.eevblog.com/forum/thermal-imaging/the-challenges-of-discussing-thermal-imaging-technology-on-a-public-forum-(/msg1354944/#msg1354944).I would like to know how the Seek app makes the Pro run FF but the export laws of my country say I must have permission (License) to tell you that information even if you are standing here in front of me in my own house--they consider that an export. It might be that the person who posted the commands on GitHub knew what it took to enable FF and also knew enough not to reveal that information, but I suspect that the data was actually gathered from a non-FF unit.

author: ikrase
author_rank: Regular Contributor
timestamp: July 12, 2018, 02:45:23 am
content: I was under the impression that the Seek Compact FF had different firmware from the non-FF one and that was what determined the frame rate.Is there a good survey of how the analysis was done so it could be repeated domestically with a legal FF module?

author: pauledd
author_rank: Regular Contributor
timestamp: July 12, 2018, 05:21:11 am
content: Quote from: IwuzBornanerd on July 11, 2018, 09:51:39 pmI can buy the Compact Pro FF legally here in Germany, so what law should forbid that I publish its usb communication data, its also not revere engineering since all the usb protocol data is not encrypted and Seekwas surely aware of this.

author: pauledd
author_rank: Regular Contributor
timestamp: July 12, 2018, 05:29:35 am
content: Quote from: IwuzBornanerd on July 11, 2018, 09:51:39 pmAs far as I know its well known how one can set the "Compact" into "Raw" mode where you could expect to read the sensor with ~30fps, but without shutter, that doesnt work on the "Compact Pro" and I guess on the Comapct FF neither, but I've never read anything about someone who was able to run a FF device at fullspeed like in the Seek App with any custom written software... or its a well kept secret

author: IwuzBornanerd
author_rank: Frequent Contributor
timestamp: July 12, 2018, 08:26:05 am
content: Quote from: pauledd on July 12, 2018, 05:21:11 amBut people who can NOT buy the Pro FF legally in their country CAN read this forum.Regardless of whether it makes sense to anyone outside of the governments who make the laws. They are the laws. Those of us who have seen firsthand what it costs to violate them & have been accordingly "trained" by their employers try to be careful about such matters.Quote from: ikrase on July 12, 2018, 02:45:23 amWe thought that also but @pauledd told me that the Seek app reports the same camera software & hardware on his non-FF Pro that it reports here for my Compact Pro FF. But the app does know whether to flag the unit as FF or not.

author: pauledd
author_rank: Regular Contributor
timestamp: July 12, 2018, 09:07:31 am
content: Quote from: IwuzBornanerd on July 12, 2018, 08:26:05 amMaybe it decides on the SN or USB ID... But I will stop speculating since I dont want to end in Guantanamo...

author: tonykids
author_rank: Regular Contributor
timestamp: July 12, 2018, 10:25:15 am
content: My compact pro is a FF version since the frame rate on seek thermal app is about 18Hz.However,when I get this device the first time ,I can only get about 7~8Hz and the name displayed on the screen is"Compact Pro". after upgrade the seek app to 2.10(maybe 2.0),I get the high frame ratethe name displayed on the screen is"Compact Pro FF".and no firmware update progressed to my seek pro.My model number has an X on the end.

author: gabiz_ro
author_rank: Regular Contributor
timestamp: September 21, 2021, 01:52:50 pm
content: Hello allI’m looking for something but can’t found anywhere, so I hope someone here can help meDid anyone have dump of FL032PIF from Compact Pro FF. Is standard SPI flash chip so can be read by many tools.So if someone have some soldering skill and required tools and time maybe could help me.Thanks!