In datasheed of s922x is proclaimed support for MJPEG and JPEG unlimited pixel resolution decoding (ISO/IEC-10918), but in reality now are green artefacts in videos and retroarch in CE21ng with Ugoos am6plus.
According to status of codecs support in mplayer through ffmpeg for mjpeg are drivers as: mjpeg, mjpegb, amv, QuickTime.qts Codec Status Table - MPlayer - The Movie Player I dont know if is lack of codecs in CE. Maybe would be good idea for testing add possibility adding own codecs to kodi in form of personal directory regarding to supporting SIMD neon or neon64). With tested file in my linux pc is used ffmjpeg during playing in smplayer.
I tested android 9 from ugoos with mx player https://mx.j2inter.com/download. So also ugoos android have same issue with HW and HW+ decoders. It would be need push mjpeg (and for sure also .avi) to sw decode on s922 xj. So amlogic deceided us with proclamation of supporting of mjpeg? I asked now for fix from Ugoos for am6 devices. It would be good tested this issue with uploaded file from dropbox on devices from other manufactures.
They have only not customer oriented answer: Hello,
Well received your feedback, since these are codec questions, codecs mostly depends by Amlogic directly, we don’t have many chances to push Amlogic update drivers, kindly please note, thanks
Ugoos also proclaimed supporting of these codecs on own webpages of product am6 devices:
We must tested other devices and try push on amlogic for updated of drivers, if is definitely a error of Amlogic. It is maybe last chance for newer kernel …because amlogic deceided us and manufactures with proclamation of supporting of mjpeg.
I would like to join in here, and suggest that, there should be a better way to force individual codes from hardware to software, without immediately deactivating the entire hardware acceleration.
I see this as particularly useful for ugoos devices.
Further example:
Ugoos am6b plus datasheet also claims it can “WMV/VC-1 SP/MP/AP up to 1080P@60fps” but WMV3/WMV9 Profile SP and MP are broken in Coreelec. (They work on the android side with hw acceleration just fine) [Samples]
Situation is different, because in hw decoding in android is really work your 4 samples of wmv without any issues. See screen from my mx player pro in HW mod:
I know, only Coreelec does not want them. if “Allow hardware acceleration amcodec” is off in coreelec, it will play them just fine with ff-wmv decoder.
That’s why, i would like a way to disable only .wmv like you want for mjepg.
Or generally a more precise control over all codecs, would be really great.
I tried disabling vc1, but dont have any impact on wmv and mjpeg. If was generally disabled aml HW decoding, after both formats was played well with software decoding.
Resulting: It is need add separated option of disabling HW accleration for both formats (wmv and mjpeg).
Optimal case for mjpeg would be found solution for HW acceleration of mjpeg, because disablilng of amcodec dont have impact on contets of retroarch in cases which are now also impacted (freezing during of playing introductory mjpeg ads).
There is no info it used the hardware decoder. Only a dmesg will tell the truth.
Beside such format is low user case and low quality so I see no real interest someone go to fix it. And like the VC1 WMV3 is now handled by the option VC1 to be able to disable hw decoder for such format:
I don’t see any log so you might use wrong CE version.
I tested on last final 21.1.1. CE-NG-21and now i installed on nightly version of NG 21 from 11.11.2024 (now really wmv with last nightly is ok with disabled vc1 on software ffmpeg decoding, but sometimes is on start with video freezing). Problem is always with mjpeg.
But also videos are used in contents for retroarch where are videos with green artefacts. Many users saw these troubles, so i tried:
[libretro WARN] [G3D] Precompile: Compiled and linked 15 programs (6 vertex, 10 fragment) in 0.4 milliseconds
[libretro ERROR] [SCEDISP] 80000107=sceDisplaySetFrameBuf(00000000, 0, 0, 0): must change latched framebuf first
[libretro ERROR] [ME] UNIMPL sceMpegAvcDecodeFlush(09fff300)
[libretro ERROR] [ME] UNIMPL sceMpegAvcDecodeFlush(09fff300)
Here are also logs from testing in kodi also with testing of AVC for sure ([720p][07_REF_L4.0]Sword Art Online BD Opening.mkv with SF ffmpeg decoding; MAQ00016.MP4 with HW acceleration - in both cases without big issue in kodi player): kodi.log (950.9 KB)
Result: green artefacts in retroarch are maybe issues of addon retroarch. MJPEG is issue of HW, it would be please let disabled HW acceleration from user side (if nobody know fix it).
Thanks,
sub-parts of VC1 (like WMV3/WMV9) works great now, in the last omega nightly (20241111) with setting “accelerate VC1” to never. (While all other hw acceleration is still on)
Raspery with arm need to manually editing config.txt. For the vast majority of users, you don’t need to touch the GPU memory allocation at all and increasing it will just take RAM away from the ARM side.
Kodi had the issue with mjpeg from 2016 (krypton edition) and these files are not popular nowadays of full hd+ resolution. Adding of button for disabling of hardware decoding of mjpeg/.avi would be best and fast solution.