claude0001

Sooo ... I finally got myself an additional SIM for my Pro1-X. And ... things seem to be bad ... Very bad ... So bad, that I now regret relativizing some of the devastating experiences others have posted here before ... Apologies, guys! I got my Pro1-X two months ago (from Expansys) and found its WiFi and GPS functions to be somewhat on par with the - albeit not great - capabilities of my Pro1. Based on that, I extrapolated that telephony could not be much worse, either. I think I've never been that wrong! After a few hours of testing, the Pro1-X's GSM/LTE modem seems to be a disast

I too had initially many troubles when trying to use several Linux PCs (both, desktops and laptops) for flashing the Pro1 in fastboot mode. Compared to other phones, it seems to be quite picky about the USB hardware ... I ended up configuring one of my Raspberry Pi3 specially for flashing my Pro1 and Pro1X: no problems ever since. The RPi3's are cheap, their simple USB-2.0 ports have proved to be 100% reliable for the purpose, and adb/fastboot is just an "apt install" away in Raspbian.

From this thread, it seems like you already know all there is to know. Still, here is my summary for any newcomers dropping in: For unknown reasons, F(x)tec ship their phones configured in a way that allows battery charging only with a running OS. If, by whatever circumstances, the battery charge ever drops to zero in that configuration, re-charging will no longer work, as this would require to first boot the OS which - in turn - would need at least some residual charge to be left in the battery. In that situation, the only way to re-charge is probably to disconnect the battery from the c

That's a good option for regions where GSM/2G or 3G still operate concurrently with 4G/5G. I use that solution with my Pro1 in Germany. However, @Name_not_avail is located in the US. They recently shut down all pre-4G networks. 4G simply does not implement traditional voice calls outside of VoLTE. Hence, with the modem no longer able to fall back to one of the older, non-IP-based protocols (2G/3G) upon initiating or receiving a call, VoLTE is now mandatory in the US.

🎄 Christmas Update 🎄: A new build of LineageOS 16.0 (for SD835-Pro1) is available at https://findus.zwergenschaenke.net/~puma/linux.html#lineagepro1. Go for the ROM dated "20221222". This build enables kernel support for PlayStation DualShock gamepads, inexplicably missing from the standard defconfig. 😉 There are no other changes since last week. As usual, my collection of mods relative to upstream is available. Why this is important: Turns out my son enjoys SuperTuxKart as much as I do, and he actually got his own DualShock3 for St. Nicholas Day. So we thought we could use th

In the end, all those OS's rely on the stock Android 11 core. I do not think UT or LOS are any more dependent on an updated firmware from F(x)tec than SFOS or Droidian. But I can see your point that the latter two indeed show that not all is lost. Probably I'm just overly pessimistic ...

OK, ok, I was probably overshooting a bit. Sorry. 🙂 However, my point was not about something specific they wrote in this latest update. It's more that I dislike the overall trend: One year ago, F(x)tec had an in-house developer actively working on Pro1/X kernel mainlining and alternate OS porting. At that point they seemed pretty serious about delivering a phone with official, out-of-the box LineageOS and UbuntuTouch support. As I wrote previously, this was a very important aspect of the initial Pro1-X concept. During this year, they first abandoned the "out-of-the-box" part (by shi

OK ... this does not seem to go well. According to the past updates, almost all units should have been sitting at "their" warehouse (really Expansys', I understand) already for four (4) months. Given that Expansys are obviously able to ship their own Pro1-X's without any problems, I think F(x)tec should stop blaming "logistical issues" in "China and Hong Kong" for everything ... they must have at least some part in this mess and I think people would appreciate if they admitted that. However, the most disappointing part about the last few updates is how alternative OS development is i

Another month, another update of good-ol' LineageOS 16.0! Head to https://findus.zwergenschaenke.net/~puma/linux.html#lineagepro1 and fetch the ROM dated "20221214". It includes backported ASB fixes up to patchlevel "5 December 2022". The warning about lack of upstream code-review still applies (see above). All I know is that the ROM seems to work fine on my own device. Also, as I wrote last month, my modded keyboard driver no longer reports every key-press to the kernel log. Send me a PM if you prefer a build with this debugging info enabled. As usual, a tarball of all mod

I believe @TechLvr is using my (LOS16) rom. Therein, the respective section under "System > Languages & Input" is indeed called "Input assistance". In my case, the spell-checker panel looks like this: Where I have several "System languages" selected under "Languages & input": During typing one can then switch between those on-the-fly using the "globe" icon on the on-screen keyboard, or using "FxTec+Space" on the HW keyboard. Did you install any alternative keyboard apps?

While I believe this problem is real, it has almost certainly nothing to do with the Pro1X's CPU or GPU performance.

All I can say up to now is that the raw GPU performance of the Pro1-X is indeed much lower than the Pro1's. In Super Tux Kart (love that game!) the X reaches somewhat less than half the frame rate, given identical graphics settings (top: Pro1, bottom: Pro1-X): While this is unfortunately quite noticeable in a fast-paced game like that, it of course does not matter much in normal phone use. In many cases the Pro1-X actually feels faster than the Pro1, e.g. when launching apps, as if the disk-IO was faster. However, that may also be related to Android 11 (on the Pro1-X) being bet

I have updated LineageOS 16.0 to include backported security fixes up to ASB patchlevel "5 November 2022". At http://findus.zwergenschaenke.net/~puma/linux.html#lineagepro1 grab the ROM dated 20221117. Remember that this is for the original SD835 Pro1 only. The note about lacking upstream code-review from previous months still applies. All I can say is that the build seems to run without issues on my own prawn. Note that, with this release, I have added a compile-time option that disables most of the kernel messages generated by the keyboard driver. I always disliked how e

So, the speaker issue is definitely improving. With the battery fully charged (and /sys/class/power_supply/battery/voltage_now >~ 4100000 µV), the tapping sound reappeared sometimes while changing the volume of a playing youtube video, though not to the extend to make the video unwatchable. Now, with the battery charge at 72% (/sys/class/power_supply/battery/voltage_now ~ 4000000 µV), I'm back to "cannot reproduce" ... I am now quite confident that this problem will quickly go away with ageing of the battery, as others have observed, and I regret opening the Pro1-X for this (

Great idea @Hook!

Replying to my own question: Seems like it doesn't look very good for HDMI-out on the Pro1X, at least when it comes to alternative OS's. Unsurprisingly, I can confirm that my all-in-one UGREEN USB-C dock, which works flawlessly with the Pro1, does nothing regarding HDMI when connected to the Pro1X (also Ethernet does not work with the X btw ...). After a bit of reading, I wonder whether the solution that was presented during development of the Pro1X is actually using any native "HDMI-out" features of the SoC. Rather, it seems to implement an MHL interface and needs a proprietary APK

So I started playing around with my Pro1-X again. After the device being shelved for ~1.5 weeks, the battery is now at 61% and /sys/class/power_supply/battery/voltage_now never exceeds 3870000 µV. In this state, I cannot reproduce the speaker issue! So, maybe, it indeed occurs only on brand-new devices (and batteries) where the voltage exceeds 4.1 V significantly after charge ... ? This might explain why the problem goes away after some time of using the Pro1-X. edit: Re-charging the Pro1-X now, to check whether the problem comes back with battery full.

Without knowing how well they are prepared for handling mixed tickets, my gut feeling is it is probably better not mix. The tapping-sound problem with the bottom speaker has been reported by several users (including myself) in another thread and there are hints this may be a firmware/software problem they are working on. @Casey promised to take home our reports and come back to us once more is known.

2.1.5-GMS-less also here. And the problem is definitely there. So whatever fix they prepare, it's not in that ROM.

Well, let's say they are not "apparent" during normal usage. But @Rob. S. is specifically using advanced tools to monitor the charging process. I guess, otherwise he would also not notice this. Might be somethign else in the end, but especially the fact that the current decreases towards the end of the charge is pretty normal, I think. I see that also when charging my Pro1 using my solar-panel charger (which includes a built-in current gauge).

As far as I know, there is a switch from current-control (i.e. constant charging current) to voltage-control (constant charging voltage) at some point during the charge, which leads to a decreasing current as the charge reaches its maximum value. I thought that was standard for any Li-ion battery.

There is an unofficial website that keeps track of all LOS versions no longer available at lineageos.org: https://lineageosroms.com/pro1/ Haven't used it and don't know how reliable they are. But if the code is signed ...

Before we tear our phones apart any further it would be good to know whether F(x)tec are indeed aware of this problem and are planning a fix via firmware update. The (initial) October update can be interpreted in that way, but the wording is quite vague ...

I use my Pro1 as daily driver with my self-built LineageOS 16.0 and a Debian 10 (actually Devuan 3) desktop GNU/Linux system running permanently in a chroot. For me this is the optimal combination of an Android(-like) environment with the option to do serious (desktop) work from the GNU chroot. Of course, running a more native GNU/Linux system (if we agree on calling libhybris-based hacks "native" 😉 ) like UbuntuTouch, Sailfish, or Droidian is tempting, but -- realistically -- I cannot make it through the day without some Android apps I would not know how to replace (Firefox, Zoom, Öffi,

@IMD seems to be absolutely right. The speaker failures occur only when /sys/class/power_supply/battery/voltage_now exceeds approx. 4100000 µV. This explains naturally why the phenomenon is more apparent when connected to a charger. The question remains whether F(x)tec will indeed be able to fix this by a firmware update, or not ... 😞