ORC is used to have much better performing optimized inner loops in GStreamer and related projects. Without it, it is using some generic code for stuff like video format conversions, audio format conversion and so on, which is probably much slower than it would be if ORC was enabled.
I'm not aware of many or any consumers of ORC that wouldn't go via USE=orc, but your arch does not seem to have the USE flag unmasked.
@arm: You have orc stable, but don't unmask the use flag like amd64/x86 do. Please check it works and unmask for better performing gstreamer, which is especially important on a platform like arm.
@arm64: You have orc keyworded, but still use.masked. Please either unmask it and use.stable.mask it until stabled, or stable 0.4.29 (there's a stablereq ongoing for other arches) and fully unmask it.
@ppc: see @arm
@hppa: see @arm64
ppc/ppc64 are waiting for a release where the test suite works:
Created attachment 636094 [details]
build.log + tests (ppc64)
(In reply to Matt Turner from comment #1)
> ppc/ppc64 are waiting for a release where the test suite works:
orc-0.4.31 passes tests on ppc/ppc64.
Created attachment 636096 [details]
build.log + tests (ppc)
(In reply to ernsteiswuerfel from comment #3)
> (In reply to Matt Turner from comment #1)
> > ppc/ppc64 are waiting for a release where the test suite works:
> > https://gitlab.freedesktop.org/gstreamer/orc/merge_requests/22
> orc-0.4.31 passes tests on ppc/ppc64.
Yes, I added that to the tree for that reason precisely. Unfortunately ORC's reverse dependencies fail additional tests with USE=orc on ppc/ppc64 so I have not unmasked the USE flag.