Two more patches,one install script, second makes format gui button work for segmented profiles.
I hope rebase did not mess them ... 0019 patch is from our failed libtheora 1.2.0 update, but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally. There are other patches, like setting bitexact flag on swscale operations, but I am not sure how useful they are ....
Andrew, 0022-Add-brender_tmp_delete.sh-to-installed-docs-match-sh.patch not needed as was fixed in the 06/30/2025 release. If I remember correctly, the only problem was that brender_tmp_delete.sh was just missing from the source doc directory so was not being copied over to bin/doc upon building.
Andrew discovered that brender_tmp_delete.sh was not added to Shell Menu items / now fixed.
On Sun, Dec 7, 2025 at 6:08 PM Andrew Randrianasulu <[email protected]> wrote:
I hope rebase did not mess them ...
0019 patch is from our failed libtheora 1.2.0 update, but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
There are other patches, like setting bitexact flag on swscale operations, but I am not sure how useful they are ....
вт, 9 дек. 2025 г., 22:11 Phyllis Smith <[email protected]>:
Andrew, 0022-Add-brender_tmp_delete.sh-to-installed-docs-match-sh.patch not needed as was fixed in the 06/30/2025 release. If I remember correctly, the only problem was that brender_tmp_delete.sh was just missing from the source doc directory so was not being copied over to bin/doc upon building.
Andrew discovered that brender_tmp_delete.sh was not added to Shell Menu items / now fixed.
Ok, thanks Sometimes rebase left little artefact patches with old names but new content. I usually try to catch this, but in this case I missed!
On Sun, Dec 7, 2025 at 6:08 PM Andrew Randrianasulu < [email protected]> wrote:
I hope rebase did not mess them ...
0019 patch is from our failed libtheora 1.2.0 update, but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
There are other patches, like setting bitexact flag on swscale operations, but I am not sure how useful they are ....
Looking at 0019 patch again from our failed libtheora 1.2.0 update and in retesting with libtheora 1.2.0, I can not recreate the error I noted in April. So I am thinking we do not need this patch afterall? Original thread (but without the jpg's) at: http://152.53.66.173/archives/list/[email protected]/message/Z6DFOI... but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally. On Sun, Dec 7, 2025 at 6:08 PM Andrew Randrianasulu <[email protected]> wrote:
I hope rebase did not mess them ...
0019 patch is from our failed libtheora 1.2.0 update, but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
There are other patches, like setting bitexact flag on swscale operations, but I am not sure how useful they are ....
сб, 20 дек. 2025 г., 22:26 Phyllis Smith <[email protected]>:
Looking at 0019 patch again from our failed libtheora 1.2.0 update and in retesting with libtheora 1.2.0, I can not recreate the error I noted in April. So I am thinking we do not need this patch afterall?
Ok, something else to test (termux at theora 1.2.0 so if bug still here it hopefully will resurface in easily visible way). Wait a bit, I'll retest without this path. ... Original thread (but without the jpg's) at:
http://152.53.66.173/archives/list/[email protected]/message/Z6DFOI...
but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
On Sun, Dec 7, 2025 at 6:08 PM Andrew Randrianasulu < [email protected]> wrote:
I hope rebase did not mess them ...
0019 patch is from our failed libtheora 1.2.0 update, but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
There are other patches, like setting bitexact flag on swscale operations, but I am not sure how useful they are ....
вс, 21 дек. 2025 г., 02:02 Andrew Randrianasulu <[email protected]>:
сб, 20 дек. 2025 г., 22:26 Phyllis Smith <[email protected]>:
Looking at 0019 patch again from our failed libtheora 1.2.0 update and in retesting with libtheora 1.2.0, I can not recreate the error I noted in April. So I am thinking we do not need this patch afterall?
Ok, something else to test (termux at theora 1.2.0 so if bug still here it hopefully will resurface in easily visible way).
It seems bug still here :( Try to disable ffmpeg first first, then load tvbars.ogg (at least on x11/direct on aarch64 it shows diagonal bar artefacts)
Wait a bit, I'll retest without this path. ...
Original thread (but without the jpg's) at:
http://152.53.66.173/archives/list/[email protected]/message/Z6DFOI...
but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
On Sun, Dec 7, 2025 at 6:08 PM Andrew Randrianasulu < [email protected]> wrote:
I hope rebase did not mess them ...
0019 patch is from our failed libtheora 1.2.0 update, but may be if user now links to thirdparty theora set to 1.2.0 it will be needed anyway? Postprocessing takes some time but makes image less blocky, normally.
There are other patches, like setting bitexact flag on swscale operations, but I am not sure how useful they are ....
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith