MartijnBraam

9 ms·

91.
by MartijnBraam 4y ago
I have the data, just need to figure out how to filter it nicely. A bit annoying if you have a board with 5 ports with different speeds
92.
by MartijnBraam 4y ago
Defining shared busses is not an easy thing to solve though sadly. ideally you can just get a nice block diagram for each board but we also don't have the data for that.
93.
by MartijnBraam 4y ago
At that point it would be nonfree, a huge step to take
94.
by MartijnBraam 4y ago
libcamera: from the people who made v4l2 a mess
95.
by MartijnBraam 4y ago
A pine rk3566 device with a camera? It's great to have more people working on imx219 though:)
96.
by MartijnBraam 4y ago
I too did this exact thing with hardware instead of doing it in Linux. I used an t.racks DSP 4x4 Mini to apply my REW-measured room correction between my sound card and amp, also use it to generate the split for my subwoofer.
97.
by MartijnBraam 4y ago
I wish Builder wasn't forcing me to use flatpak. It's the annoying gnome-ism on an otherwise great tool.
98.
by MartijnBraam 4y ago
I got an odroid go super for porting postmarketOS but got stuck at not finding an actual kernel for the thing to build.
99.
by MartijnBraam 4y ago
I think this talk does a great job of explaining why AOSP is not a solution
100.
by MartijnBraam 4y ago
Might be acceptable for SBCs, definitely not for phones and laptops
101.
by MartijnBraam 4y ago
Rear sensor was chosen as a balance of kernel code available and picture quality, I had some influence there, front sensor was originally the ov5640 but that just got replaced due to availability.
102.
by MartijnBraam 4y ago
This is just after I left. And after me saying (in not the public channel) that samuel is maintaining Tow-Boot, other developers are helping (like me) but that didn't matter.
103.
by MartijnBraam 4y ago
There is not really any good options for the sensors, it's all a few closed developers.
104.
by MartijnBraam 4y ago
The Pinecil works really great. Have been using it for a while now. The non-linux products from pine64 are pretty good.
105.
by MartijnBraam 4y ago
I've written about the SPI situation before on https://tuxphones.com/booting-arm-linux-the-standard-way/
106.
by MartijnBraam 4y ago
Messy
107.
by MartijnBraam 4y ago
There has been zero communication towards Tow-Boot developers during this process, nothing about the issues on the new batch. The moment Tow-Boot learned about this is when people received the new Pinebook Pro and it came with a different b
108.
by MartijnBraam 4y ago
Well the issue with this happening in private telegram channels is that this will now turn into a "he said" "they said" situation, none of this happened publicly and neither side can provide sources. At the time the argu
109.
by MartijnBraam 4y ago
I never said they didn't include SPI, it took an incredibly amount of arguing over several weeks to get it there on the PPP, then they again didn't want to ship it on the PBP. In the end the PBP does have SPI but still didn't
110.
by MartijnBraam 4y ago
The cameras are far from "the simple stuff", it's one of the more complicated systems in mobile devices with multiple high speed components from different vendors that have to work together and not very much documentation for
111.
by MartijnBraam 4y ago
PINE64 hardware is not open hardware and it has never been marketed as such.
112.
by MartijnBraam 4y ago
RISC-V works exactly the same as ARM from the perspective of pine64 and distribution and it will not solve anything
113.
by MartijnBraam 4y ago
That just happens to be a side-effect of using Alpine as base distribution. If you really need something closed source it's still very easy to just use a flatpak for that.
114.
by MartijnBraam 4y ago
With a bit of work a lot of this can be improved, Android likes to have userspace drivers while a bunch of that stuff is also already in the kernel, so postmarketOS uses kernel drivers.
115.
by MartijnBraam 4y ago
I think it already is better than the PPP. Also the SDM845 is very very fast and a lot more power efficient compared to the current pine64 offerings. A few postmarketOS developers are working on improving the support for the SHIFT hardware
116.
by MartijnBraam 4y ago
That wouldn't help because they're not picking master to ship, they're picking mailing list patches and unmerged or rejected Gitlab merge requests directly. If only they would ship master, that's at least somewhat sane.
117.
by MartijnBraam 4y ago
It seems like in the end the pinebook pro did get the SPI chip on it, but then they flashed a closed source U-Boot to the eMMC instead which does not allow booting from SD. So it's again a complete pain for the other distributions to
118.
by MartijnBraam 4y ago
In the case of manjaro which triggered this post, it's not that manjaro is fixing things. It's manjaro trying their absolute hardest to ship new features faster than the rest, even when those features are completely broken. Like t
119.
by MartijnBraam 4y ago
It is generally not a problem, distributions are doing absolutely great things and I like working with distributions a lot more than dealing with something like flatpak. It's just that some distributions make a huge mess of it, don&#x2
120.
by MartijnBraam 4y ago
I would like the process for android phones with postmarketOS to be easier. In the end for a lot of these devices you have to work around vendor weirdness. Luckily it seems like SHIFT Phones is actually improving the situation, they actuall

More ›