Jump to content

EskeRahn

Keymaster
  • Content Count

    5,756
  • Joined

  • Last visited

  • Days Won

    338

Everything posted by EskeRahn

  1. We have another thread on it not working with yubikey, but the reader is close to the camera.
  2. (lineage-20.0-20230313-nightly-pro1-signed.zip on February 5 security patch installed smoothly using adb sideload and MindTheGapps-13.0.0-arm64-20221025_100653)
  3. The only issue with the Beta-program is the clause where you say that we void our warranty if we join. Not the best way to entice people to help. That is why I didn't join....
  4. I have noticed that the Pro1X has more satellites in view than the Pro1, but the actual position is with a worse accuracy.
  5. Unfortunately the Pro1X as well as the campaign for it is very far from flawless. And sure the waiting is frustrating, and we do not even know if the known flaws can be fixed (or even reduced), and if so when. So perhaps a little sarcastic we can hope that this extremely long delivery (see also this) gives them more time to fix what can be fixed, so the agony of the flaws will hit fewer/shorter. And the only constructive thing we can do really is to report any bugs with as much details we can. And for strange bugs not affection all, perhaps see if we can help finding a pattern, to he
  6. I think the worst problem in the judging is our lack of real knowledge of what was known when. In hindsight things look terrible, but that is not the same as saying that they did when the decisions were actually made. But sure their reputation is tarnished no matter if any actual 'guilt' can be placed of them doing stuff they knew were bad. I bet many that would be interested in a Pro2, would wait shelling out till it was actually available, and they hear the user reactions. Some of us feel certain that these are good guys fighting like lions to actually deliver, but I bet we are few
  7. AH That sound great, glad I misinterpreted your comment it sounded rather ominous, I feared it was the same supplier as the main board... How many do we need to buy, and what is the price (roughly)? I for one would like a handful, if they are not too expensive. And importantly with customs paperwork in order so we do not get flogged some £25 'handling fee' by the shipper. What about making a poll and hear how many would be interested in buying spare ports, and how many they want (option 1, 2, 3, 4, 5 over 5 should suffice) The most vulnerable parts for wear/accidents for the Pr
  8. That was very sad news, 😨 Will you get them at a later point? Wasn't The whole idea of the usb on a separate print that it should be easy to swap? If end of service, could you provide diagrams, so some handy persons could produce them, without the need of reverse engineering first? What parts are potentially available for the Pro1? If none/few it would be nice to know if we have to treat a Pro1 with the uttermost care as irreplaceable...
  9. When I have experimented with downgrading a good while back, and it works fine - though you will (almost) always need to wipe the user data in the process, and I always flashed the boot image as well.
  10. The 48MP sensor produces 12MP images after interpolation - I guess it is a sales thing that Sony market it as 48MP, and this is usually just copied by those that use it. e.g. FxTec. We have this difference discussed in another thread somewhere... Interesting with the 662/665, what software are you seeing this on? If I check my Pro1X with "Aida", it says "Qualcomm snapdragon 460/662", "Device Info HW" says "662", but "CPU-Z" says "665". So I guess that the app sort of takes a guess on the cpu based on the info available, rather than get an actual ID back - that could explain discrepan
  11. As can be seen even on the hash of the last four, the boot.img is not identical, and I know from AICP, that a flash can be quite picky on the bootloader selected matching the zip. So at the least when changing major version, I think you should flash the boot-loader first. For LOS I always flash the matching bootloader before booting into the recovery and sideloading the main zip. It might be a superfluous step in general. but I believe @tdm did the same thing in the guide he originally provided for v16, so I just followed that since...
  12. Thanks. So not that easy to extract after all - though possible if needed.
  13. It might be so on other builds, but not on the official builds for LineageOS 16, 17, 18, 19, 20, nor AICP as far as I can see. (It might be inside payload.bin though) Here latest Lineage
  14. We got no real info here, but we do know that many US carriers makes it it hard to do BYOD, so check with you carrier first, or be prepared to look for another carrier. There are some good info in this thread on what various US users have tried.
  15. I have stopped expecting any logic here, though I still expect that I will get it at some point.
  16. What they are now sending is the 8/256GB Blue QWERTY-EN, So those of us with more rare choices (like my Scandinavian keyboard) will have to wait further, despite having a number way below 568.
  17. For those interested, the old: https://web.archive.org/web/20230227093209/https://download.lineageos.org/pro1
  18. They changed the download site (this is Pro1, not Pro1X). As usual practically everywhere on the web these days to poor 'design' with extreme waste of screenspace. (see image below) And the recovery boot image now always have the name boot.img, so you would need to manually rename or move in subfolders to to keep pairs of files for later usage. (previously the recovery image were named e.g. lineage-20.0-yyyymmdd-recovery-pro1.img for 20.0 ) But it works as usual: (lineage-20.0-20230306-nightly-pro1-signed.zip on February 5 security patch installed smoothly using adb sideload and Mi
  19. Sad to hear... But could it be that when it fails, it is actually failing trying to switch to another band? I so not know if it is possible as a user, but could be interesting to see what would happen if we could lock it on a single band only. (Obviously not a solution, but just to help debug the issue, by narrowing it down)
  20. Oh I'm not saying that that is where I want the whole thing to be&go! BUT trying to be pragmatic, I would rather pay (even) more money than having a device I could not use, I would expect that -though far from all- some others might feel the same. It is not a matter of right or wrong here. Sure feel free to criticize all that went wrong, but venting our frustrations does not change anything. It is a matter of looking at the possible alternatives. Neither many with not working devices nor few with better working ones sounds good to me. Nor does shelling out more money of course. But if
  21. Absolutely. but as other have it failing going from 20 to 3/1, and you see the complete opposite, to me indicates that it is the switching that could be the real culprit. Their communication has unfortunately always been sparse to put it mildly. So slim chances of them telling about work looking for the bug and/or looking for a fix. Once they told they are aware of the problem, the next we will hear is if (hopefully: when) they can offer something that improves or even fixes the bug. I have not got a clue on their financial situation, and have no clue on the resources allocated
  22. That is a really interesting observation. And this points towards software/firmware and not hardware! I mean the most likely common denominator is that it works when not switching bands. So it could really be the band-switching that is flawed! That would explain why testing on different frequencies might have worked well, but real life switching could still fail. It might be under particular conditions or special pairs of bands - I have no idea, just guessing... If some carriers use mainly one band (at the least in some areas), we might not see it, but other carriers might rely more h
  23. ADD: Just had the issue on the Pro1, and the workaround does NOT help here, so most likely two different bugs, though with same symptom.
×
×
  • Create New...

Important Information

Terms