Hồng Thất Công
Đả Cẩu Bổng Pháp
Who cares about the LCD, just ship the bottom half to me as I can hook my 1080P desktop LCD to it. Ship me the top half later when everything is iron out with the rotation.
So the problem is NOT that the chip doesn't work at all, it just has VSync lines until we get the sync working. The hardware is there and connected, but the software is missing.
I think what people are worrying about here is that you may put the first Pyra on sale / shipping the first units while not having this issue resolved yet. So can you confirm if you will delay the release of the Pyra in case the Vsync problem is not figured out, or ship them anyway expecting the problem to be solved later on ?
Prototype users also already paid for their hardware Its not like they aren't each and all ecstatic anyhow. The best chance anything has at getting fixed is getting those units out.
The Rotator chip works fine and rotates, with X, you won't have any issues in its current state.
However, as it's missing the sync, you would see a feint line on fast video animations, similar to the VSync issue the WIZ had at first (where there was a feint diagonal line when playing games) or any emulator that does not support VSync on the Pandora.
The chip can be bypassed, so games using OpenGL can use the 3D chip to rotate the screen (so any of the Emu-EX emulators would work).
So the problem is NOT that the chip doesn't work at all, it just has VSync lines until we get the sync working. The hardware is there and connected, but the software is missing.
That's the moment I'm waiting for...I'm still looking forward to the first video from ED of a complete unit in a case running on battery. That will be magical.
What about the alternative LCD?
Landscape 5" LCDs are non-existent. So the rotator chip is needed no matter what LCD you use, unless you want to GPU-rotate everything like Android does.
What should a delay help here?
There's nothing to be fixed in hardware.
Landscape 5" LCDs are non-existent. So the rotator chip is needed no matter what LCD you use, unless you want to GPU-rotate everything like Android does.
I'm taking about a delay in delivery, because of software not being ready yet to accommodate Vsync and ensure the first Pyra owners do not suffer from this ? It does not seem Notaz was very confident it could be fixed easily based on his post on this thread.
I'm taking about a delay in delivery, because of software not being ready yet to accommodate Vsync and ensure the first Pyra owners do not suffer from this ? It does not seem Notaz was very confident it could be fixed easily based on his post on this thread.
It isn't complicated for use, the rotator works fine. Only sync is missing, but that's because we use MIPI in video stream mode whereas the sync-signal is only used in MIPI command mode.
That's a MIPI standard, not the fault of the rotator chip.
* Configure the OMAP5 to wait for the sync signal once and then start the videostream (right now it simply starts the stream whenever you tell it to)
If you do something like this you should measure the interval between several sync signals and calibrate a timer to match this. Otherwise the difference in clocks will cause too much drift and eventually you'll fall out of sync. This method will still cause drift but it can possibly be mitigated to where it only becomes an issue after the unit is on for days or weeks. Maybe you'd need to occasionally try to resync.
That is, unless the OMAP5 and rotation chip have the same clock source (seems unlikely?)
There's nothing to be fixed in hardware.
It is not a matter of "if" it can be fixed, it is a matter of "when".
A software update is not a big deal.
A software update is not a big deal.
If there is nobody to work on that software update it is, don't you think?A software update is not a big deal.
If there is nobody to work on that software update it is, don't you think?