I think that some encoder settings just don’t play very well with the hardware decoding block in AML chips. I think that the decoder in G52 is the same as older chips or similar.
I seen a couple of H264 encodes that pixelate and stutter with hardware decoding, but work fine on a PC (with HW decoding), the TV player or on the N2 with SW decoding. Not sure what the solution for this is, but it’s a real problem I believe.
I tried your code, but no lucky
Thanks , BTW, All these movies playback fine on odroid C2.
ffmpeg 4.1 zerano (win64)
Have fairly substantial collection custom script analyses content and belches out corresponding ffmpeg command. Parallelism disabled to improve efficiency… typically run 4 instances concurrently.
ffmpeg -i "Avatar_t00852.mkv" -vf crop=1904:1072:8:6,scale=1920:1080 -c:a libvorbis -q:a 7 -c:v libx265 -crf 19 -x265-params frame-threads=1:pools=none -map_metadata -1 -sn "Avatar.mkv"
I’ve also tried the following to help troubleshoot. Problem persists in every case even h264/262 and straight copy from the original BD media without re-encode.
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -vf crop=1904:1072:8:6,scale=1920:1080 -c:a libvorbis -q:a 7 -c:v libx265 -crf 19 -x265-params frame-threads=1:pools=none -map_metadata -1 -sn "av582_normal.mkv"
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -c:a libvorbis -q:a 7 -c:v libx265 -crf 19 -x265-params frame-threads=1:pools=none -map_metadata -1 -sn "av582_nocrop.mkv"
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -vf crop=1904:1072:8:6,scale=1920:1080 -c:a libvorbis -q:a 7 -c:v libx265 -crf 19 -map_metadata -1 -sn "av582_nox265parms.mkv"
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -vf crop=1904:1072:8:6,scale=1920:1080 -c:a libvorbis -q:a 7 -c:v libx265 -x265-params frame-threads=1:pools=none -map_metadata -1 -sn "av582_nocrf.mkv"
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -c:a copy -c:v libx265 -sn "av582_simple.mkv"
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -c:a copy -c:v libx264 -sn "av582_x264.mkv"
ffmpeg -ss 582 -t 5 -i "Avatar_t00852.mkv" -c:a copy -c:v mpeg2video -sn "av582_262.mkv"
ffmpeg -ss 575 -t 10 -i "Avatar_t00852.mkv" -c:a copy -c:v copy -sn "av582_copy.mkv"Hey @Ray I know your really busy but I’m having an issues with a one or two pixel bright line running across the top and bottom of the video frame, between the edge of the video and the black letter box bar.
This happens on all h264 video regardless of weather or not the black bars are encoded as part of the video. It does not happen on h265 videos, they are fine. The fact that it happens weather of not the black bars are encoded into the file suggests to me that there is some kind of video processing going on at the borders between dark and light areas of the frame.
Also strange is that if I take a screenshot using Kodi’s builtin screenshot function the lines doesn’t appear and everything looks fine.
The files also playback without the lines using Plex on my Apple TV so I’m confident the files are fine.
Did you set that value on boot?
It won’t stick when I tried to change it on the fly.
I remember those lines from a long time ago. I think you will see them on mpeg2 too. Looks like something an overscan could fix. I have no clue why this happens.
I tried 16 as your said. stutters
I don’t think it’s overscan as it’s not at the edge of the screen it’s a good way in where the video image meets the black letterbox bars. As I said it also happens regardless of weather the letter box is encoded into the video, for example I’ve got videos with a frame size of 1920x1080 with the bars hard encoded in the frame and also videos with a size of 1080x800 so the bars aren’t encoded in and they all show the same problem but only on the N2 every other video player is fine.
I can also confirm that on the N2 if I disable hardware decoding the files playback fine as well. So it seems like a hardware decoding problem.
Yeah I saw these lines with 3.14 devices too.
What is the width/height of the file. It could be that its not divisible by 16/8 which can cause those effects
As in my post 1920x1080 which is standard FHD size and should cause no issues and 1920x800 which is divisible by both 16 and 8.
Yep, I seem to remember a similar problem on nVidia gpu’s with VDPAU hardware decoding of h264 a few years ago that was ultimately fixed . I just can’t seem to find a reference to it any more.
As I said before,
N2 connect PC monitor playback this N2_sttuer_Sample_ 2160p Atmos TrueHD7 1 x265 10bit-4.mkv ,no stutter,no skip, debug log
latency:0.050
N2 connect TV playback the same N2_sttuer_Sample_ 2160p Atmos TrueHD7 1 x265 10bit-4.mkv, stutter and lots of skips , debug log,and player debug info show latency: 0.125
maybe in the two debug log files, you will find the key cause the different result.
or use an external DAC. Iam using a TEAC 301. Works great with my stereo XLR setup.
I found UHD stutter caused by 4K@24hz output, if I disable 24Hz and 23.976 in whitelist then reboot N2, all movie playback fine without stutter. So it’s a problem of 24hz output,Hope it will be fixed later.
And what resolution and refreshrate is it playing now? 1080p?
There are no problems with 24FPS output, at both 1080P and 4K.
It’s much more likely that your TV can’t handle 24P signal correctly.
Also, make sure you do a clean install on the N2 and don’t use any backups from older releases, as it may introduce some configuration that can cause problems.
yes. 1080@60hz
My TV has no such issues with odroid C2. You can try my uploaded sample clips with N2 on a 4K TV