Suddenly 100 eps stuttering

Help and Support
1

Hello,

Currently i am watching an anime series with over 800 episodes on my vero 4k, accessing my PC HD on the mediaplayer and playing it. Up until episode 455 no problems, but now suddenly the episodes and video playback lacks in general. It seems for some reason the player cant keep up (the same happens when i try to play it from a portable hd via usb).

Yesterday i watched 455 no problem, and today when i start 456 this happens.
Im not sure about the replicate thing, but the player is still not playing these episodes well.
I have compared 455 and 456 on Media-info and they are exactly the same.
Not to sure about the new version, dont think i updated since yesterday. Though the vero is always on.

Never installed any add-ons whatsoever.

General
Unique ID : 212335428254911295711318275326243864346 (0x9FBE50E24C6EFC5B9BDB86B9A1A57F1A)
Complete name :
Format : Matroska
Format version : Version 2
File size : 285 MiB
Duration : 23 min 34 s
Overall bit rate : 1 690 kb/s
Encoded date : UTC 2010-06-22 23:37:56
Writing application : mkvmerge v4.0.0 (‘The Stars were mine’) built on Jun 6 2010 16:18:42
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Attachments : Impress BT.ttf / PRISTINA.TTF

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 9 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 23 min 34 s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 98 r1649 c54c47d
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x13 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=9 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=120 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Language : English
Default : No
Forced : No
Color range : Limited
Matrix coefficients : BT.709

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : A_AAC-2
Duration : 23 min 34 s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Default : Yes
Forced : No

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Opening
00:03:17.406 : en:Recap
00:03:29.459 : en:Part 1
00:13:39.552 : en:Part 2
00:23:04.592 : en:Preview

From the log:

23:05:39.364 T:4077953616 NOTICE: VideoPlayer: Opening: ftp://USERNAME:PASSWORD@192.168.2.3:21/Anime/One Piece/One Piece 451-500/451 - 474/One Piece 456.mkv
23:05:39.365 T:3079664384 NOTICE: Creating InputStream
23:05:39.593 T:3079664384 NOTICE: Creating Demuxer
23:05:39.674 T:3079664384 NOTICE: Opening stream: 0 source: 256
23:05:39.674 T:3079664384 NOTICE: Creating video codec with codec id: 28
23:05:39.675 T:3079664384 ERROR: Unable to load libamplayer.so, reason: libamplayer.so: cannot open shared object file: No such file or directory
23:05:39.675 T:3079664384 WARNING: CAMLCodec::CAMLCodec libamplayer.so not found, trying libamcodec.so instead
23:05:39.675 T:3079664384 ERROR: CVideoPlayerVideo::OpenStream - Invalid framerate 500, using forced 25fps and just trust timestamps
23:05:39.675 T:3079664384 NOTICE: Creating video thread
23:05:39.675 T:3079664384 NOTICE: Opening stream: 1 source: 256
23:05:39.675 T:3647636224 NOTICE: running thread: video_thread
23:05:39.675 T:3079664384 NOTICE: Finding audio codec for: 86018
23:05:39.677 T:3079664384 NOTICE: Creating audio thread
23:05:39.677 T:3096441600 NOTICE: running thread: CVideoPlayerAudio::Process()
23:05:39.677 T:3079664384 NOTICE: Opening stream: 2 source: 256
23:05:39.697 T:3096441600 NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
23:05:39.702 T:3647636224 NOTICE: CAMLCodec::OpenDecoder - using V4L2 pts format: 64Bit
23:05:41.103 T:4077953616 NOTICE: Display resolution ADJUST : 1920x1080 @ 50.00 - Full Screen (26) (weight: 0.000)
23:05:41.103 T:4077953616 NOTICE: VideoPlayer: OnLostDisplay received
23:05:41.358 T:4077953616 NOTICE: VideoPlayer: OnResetDisplay received
23:05:57.099 T:4077953616 NOTICE: Display resolution ADJUST : 1920x1080 @ 23.98 - Full Screen (28) (weight: 0.000)
23:05:57.100 T:4077953616 NOTICE: VideoPlayer: OnLostDisplay received
23:05:57.445 T:4077953616 NOTICE: VideoPlayer: OnResetDisplay received
23:06:12.678 T:3647636224 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
23:07:12.321 T:4077953616 WARNING: Previous line repeats 1 times.
23:07:12.321 T:4077953616 NOTICE: VideoPlayer: OnLostDisplay received
23:07:12.568 T:4077953616 NOTICE: VideoPlayer: OnResetDisplay received
23:07:12.639 T:3647636224 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
23:07:18.363 T:4077953616 NOTICE: Display resolution ADJUST : 1920x1080 @ 23.98 - Full Screen (28) (weight: 0.000)
23:07:18.363 T:4077953616 NOTICE: VideoPlayer: OnLostDisplay received
23:07:18.693 T:4077953616 NOTICE: VideoPlayer: OnResetDisplay received
23:07:22.455 T:4077953616 NOTICE: VideoPlayer: OnLostDisplay received
23:07:22.755 T:4077953616 NOTICE: VideoPlayer: OnResetDisplay received
23:07:22.831 T:3647636224 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
23:07:31.605 T:4077953616 NOTICE: CVideoPlayer::CloseFile()
23:07:31.605 T:4077953616 NOTICE: VideoPlayer: waiting for threads to exit
23:07:31.614 T:3079664384 NOTICE: CVideoPlayer::OnExit()
23:07:31.614 T:3079664384 NOTICE: Closing stream player 1
23:07:31.614 T:3079664384 NOTICE: Waiting for audio thread to exit
23:07:31.632 T:3096441600 NOTICE: thread end: CVideoPlayerAudio::OnExit()
23:07:31.632 T:3079664384 NOTICE: Closing audio device
23:07:31.675 T:3079664384 NOTICE: Deleting audio codec
23:07:31.676 T:3079664384 NOTICE: Closing stream player 2
23:07:31.676 T:3079664384 NOTICE: waiting for video thread to exit
23:07:31.676 T:3647636224 ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
23:07:31.676 T:3647636224 NOTICE: thread end: video_thread
23:07:31.676 T:3079664384 NOTICE: deleting video codec
23:07:31.705 T:3079664384 NOTICE: Closing stream player 3
23:07:31.755 T:4077953616 NOTICE: VideoPlayer: finished waiting
23:07:31.759 T:4077953616 NOTICE: CVideoPlayer::CloseFile()
23:07:31.759 T:4077953616 NOTICE: VideoPlayer: waiting for threads to exit
23:07:31.759 T:4077953616 NOTICE: VideoPlayer: finished waiting
23:07:31.759 T:4077953616 NOTICE: CVideoPlayer::CloseFile()
23:07:31.759 T:4077953616 NOTICE: VideoPlayer: waiting for threads to exit
23:07:31.759 T:4077953616 NOTICE: VideoPlayer: finished waiting
23:07:32.450 T:3351245568 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
23:07:45.774 T:3866448640 NOTICE: Previous line repeats 15 times.
23:07:45.774 T:3866448640 WARNING: CSkinInfo: failed to load skin settings
23:07:45.885 T:3866448640 ERROR: EXCEPTION: Non-Existent Control 300
23:07:46.430 T:3351245568 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
23:11:37.580 T:4077953616 NOTICE: Previous line repeats 5 times.

I hope you can help.

Kind Regards,
Harold

2

It’s common in anime to use Matroska’s “ordered chapters” feature so that the credits are stored in one file, while the episode is stored in another, and the file you “play” is really just a container that points to the two files. If that is the case here, the error could be on either one of the two subordinate files, and Kodi would not always report which one.

If it’s just a single file though, the “Invalid framerate 500” error looks to me like the frame rate encoded into the H.264 track and the container frame rate don’t match up. This shouldn’t cause a problem, but the default of 25p and trusting timestamps (which could be wrong) can cause stutters. Unfortunately, mediainfo does not indicate if there is a mismatch like this…eac3to is the only tool I have found that will tell you.

Try re-muxing the file, and for the video track, set “Default duration/fps” to “24p” (since that’s what’s in the container, and should be right), and check the “Fix bitstream timing info” box.

1 Like
3

This worked, thanks a lot! Edit: not working!

4

Oh while the stuttering is gone, the audio is completely off now, by seconds.

By doing:

“Default duration/fps” to “24p” (since that’s what’s in the container, and should be right)
The video length is also increased by like 3 minutes, so i must be doing something wrong here.
Probably has something to do with the fps, while audio stays the same?
Will try something with the remuxing, maybe i can find the solution on my own!

5

I’m just guessing but maybe enabling “Sync playback to display” under Settings/Player/Videos. would actually help for this specific files ?

6

The problem i think is that the videos in question have a framerate of 26.052 FPS and for some reason the Vero cant play this and alters it to 25 fps which causes it to stutter.

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 9 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 23 min 34 s
Bit rate : 1 591 kb/s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 26.052 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.066
Stream size : 268 MiB (94%)
Writing library : x264 core 98 r1649 c54c47d
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x13 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=9 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=120 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Language : English
Default : No
Forced : No
Color range : Limited
Matrix coefficients : BT.709

7

Frame rate: 26.052 FPS is a very odd resolution. Did the first 455 episodes of your anime have the same frame rate ? Did you or the person who provided the files by any chance try to mux english audio dubs from DVD or Blu-ray to existing episodes that were originally Japanese?

The only other thing that comes to my mind are the ASS subtitles. Just to test can you disable those in mkvmerge and see what happens.

Make sure that compression in MKVtoolnix is set to No extra compression

8

The standard framerate said:

Frame rate mode : Constant
Frame rate : 24.000 FPS

But after i put it through the mkvtool (didnt change anything) the new file said it had a variable framerate. However the previous episodes say the same thing (variable framerate).

The episodes are a fansub (one of the more popular ones) and have no problems when playing on my pc.

The only other thing that comes to my mind are the ASS subtitles. Just to test can you disable those in mkvmerge and see what happens.

Make sure that compression in MKVtoolnix is set to No extra compression

this didnt help unfortunately.

9

This is your problem. Variable frame rates by definition vary, and cannot be played back at a fixed frame rate without stutters. No video should ever be encoded with a variable frame rate, but anime rippers do this all the time to try to make the encodes smaller (because of all the duplicate frames), but an encoder like x264 does just as good at encoding duplicate frames without varying the framerate.

You just got lucky on the previous episodes that the frame rate didn’t vary enough to be noticed.