Skip to content

Conversation

@atsampson
Copy link
Collaborator

After the removal of the OpenCV code in #484, ntsc3d always chooses the 2D result, so it behaves the same as ntsc2d. This makes it always use the 3D result instead, which produces artefacts on motion, but much better quality than ntsc2d for still images - so it is actually useful for stills even without the motion detection.

As an example, here's frames 1921-1923 of PILA-1501 with ntsc2d (and current ntsc3d):

lain-2d-all

And here they are with ntsc3d after this change - the second frame is awful, but the other two are much better:

lain-3dafter-all

After the removal of the OpenCV code in 6c7f74d663d ("Fix for
issue happycube#484"), ntsc3d always chooses the 2D result, so it behaves the
same as ntsc2d. This makes it always use the 3D result instead, which
produces artefacts on motion, but much better quality than ntsc2d for
still images.
@atsampson atsampson added enhancement ld-decode-tools An issue only affecting the ld-decode-tools labels Jul 12, 2020
@atsampson atsampson requested a review from simoninns July 12, 2020 22:38
@simoninns simoninns merged commit fef89b9 into happycube:master Jul 13, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement ld-decode-tools An issue only affecting the ld-decode-tools

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants