Slow/stuttering playback on "decent" system

[neothe0ne]

Sounds like your CPU's are too weak to handle "post" processing.

Also, softsubs will eat more CPU than hardsubs for obvious reasons.

And 848x480 is mod16 which is good. 853x480 is not mod16 so the actual encode should not be in that resolution.

[Hareoic]

Originally Posted by neothe0ne

Sounds like your CPU's are too weak to handle "post" processing.

Also, softsubs will eat more CPU than hardsubs for obvious reasons.

And 848x480 is mod16 which is good. 853x480 is not mod16 so the actual encode should not be in that resolution.

853x480 is the display aspect ratio, not the pixel aspect ratio. I don't think the dar has the same problems if it's not an even number.

[neothe0ne]

What I meant was, there are complaints that gg's Umineko which is 848x480 and displayed in 853x480 is lagging, but the encodes at 848x480 without ratio correction are fine. Assuming the bitrate/method of encoding didn't change (mucH), then that would be the problem.

[synaesthetic]

Yeah, the newest release of Umineko from gg isn't trying to display an 848x480 video in 853x480, so I guess that was somehow eating vast amounts of processor cycles.

[Tran225]

i just finish watching episode 6 of GG fansubs Bakemontogari... wasnt a really nice video experience with all the pictures not syncing with audio hahaha >

[synaesthetic]

okay [gg]... what the hell are you doing to your encodes?

[Miles Teg]

Originally Posted by synaesthetic

okay [gg]... what the hell are you doing to your encodes?

mplayer -vo null -nosound -benchmark [filename]

This command line deactive the sound, don't show the video (post-processing is done), ASS activated in the config file.

Bakemontogari 02
BENCHMARKs: VC: 231.870s VO: 38.432s A: 0.000s Sys: 3.804s = 274.105s
BENCHMARK%: VC: 84.5915% VO: 14.0208% A: 0.0000% Sys: 1.3877% = 100.0000%

Bakemontogari 03
BENCHMARKs: VC: 217.286s VO: 43.546s A: 0.000s Sys: 3.627s = 264.460s
BENCHMARK%: VC: 82.1624% VO: 16.4662% A: 0.0000% Sys: 1.3714% = 100.0000%

Bakemontogari 04
BENCHMARKs: VC: 230.444s VO: 42.761s A: 0.000s Sys: 3.673s = 276.878s
BENCHMARK%: VC: 83.2295% VO: 15.4440% A: 0.0000% Sys: 1.3265% = 100.0000%

Bakemontogari 05
BENCHMARKs: VC: 214.921s VO: 43.755s A: 0.000s Sys: 3.431s = 262.107s
BENCHMARK%: VC: 81.9975% VO: 16.6937% A: 0.0000% Sys: 1.3089% = 100.0000%

Bakemontogari 06
BENCHMARKs: VC: 236.188s VO: 41.138s A: 0.000s Sys: 3.336s = 280.662s
BENCHMARK%: VC: 84.1539% VO: 14.6574% A: 0.0000% Sys: 1.1886% = 100.0000%

Bakemontogari 07
BENCHMARKs: VC: 249.580s VO: 44.607s A: 0.000s Sys: 3.366s = 297.552s
BENCHMARK%: VC: 83.8775% VO: 14.9914% A: 0.0000% Sys: 1.1311% = 100.0000%

Two 720p encode to compare.

Kemono no Souja Erin 30 [SS]
BENCHMARKs: VC: 233.598s VO: 38.795s A: 0.000s Sys: 3.305s = 275.699s
BENCHMARK%: VC: 84.7295% VO: 14.0717% A: 0.0000% Sys: 1.1988% = 100.0000%

Valkyria Chronicles 21 [gleam]
BENCHMARKs: VC: 206.357s VO: 34.920s A: 0.000s Sys: 6.383s = 247.660s
BENCHMARK%: VC: 83.3227% VO: 14.1000% A: 0.0000% Sys: 2.5772% = 100.0000%

Evrything done with MPlayer SVN-r29455 on a E6750.

So nothing abnormal with episode 6, lots of encode are at this level of CPU usage.

[synaesthetic]

What does strike me as odd is that your 480p encodes of Umineko:

Episode 6 shows aspect ratio correction 853x480, actual resolution 848x480. This encode, and all previous encodes, run sluggishly and have problems.

Episode 7 does not show aspect ratio correction and runs without problems.

[Miles Teg]

Originally Posted by synaesthetic

What does strike me as odd is that your 480p encodes of Umineko:

I am not a member of GG

Originally Posted by synaesthetic

What does strike me as odd is that your 480p encodes of Umineko:

Episode 6 shows aspect ratio correction 853x480, actual resolution 848x480. This encode, and all previous encodes, run sluggishly and have problems.

Episode 7 does not show aspect ratio correction and runs without problems.

mplayer -vo null -nosound -benchmark [filename]

This command line deactive the sound, don't show the video (post-processing is done), ASS activated in the config file.

Umineko 04 -- 848x480 => 848x480
BENCHMARKs: VC: 115.226s VO: 34.425s A: 0.000s Sys: 2.260s = 151.911s
BENCHMARK%: VC: 75.8509% VO: 22.6613% A: 0.0000% Sys: 1.4878% = 100.0000%

Umineko 05 -- 848x480 => 854x480
BENCHMARKs: VC: 125.582s VO: 42.756s A: 0.000s Sys: 2.293s = 170.630s
BENCHMARK%: VC: 73.5988% VO: 25.0576% A: 0.0000% Sys: 1.3437% = 100.0000%

Umineko 06 -- 848x480 => 854x480
BENCHMARKs: VC: 130.309s VO: 40.055s A: 0.000s Sys: 2.338s = 172.702s
BENCHMARK%: VC: 75.4532% VO: 23.1930% A: 0.0000% Sys: 1.3538% = 100.0000%

Umineko 07 -- 848x480 => 848x480
BENCHMARKs: VC: 112.853s VO: 34.175s A: 0.000s Sys: 2.310s = 149.339s
BENCHMARK%: VC: 75.5685% VO: 22.8845% A: 0.0000% Sys: 1.5470% = 100.0000%

Umineko 08 -- 848x480 => 854x480
BENCHMARKs: VC: 143.985s VO: 38.519s A: 0.000s Sys: 2.410s = 184.914s
BENCHMARK%: VC: 77.8658% VO: 20.8309% A: 0.0000% Sys: 1.3033% = 100.0000%

Two 480p encode to compare.

[CoalGuys] K-ON! - 04 -- 848x480 => 854x480
BENCHMARKs: VC: 126.843s VO: 26.485s A: 0.000s Sys: 3.319s = 156.646s
BENCHMARK%: VC: 80.9740% VO: 16.9073% A: 0.0000% Sys: 2.1187% = 100.0000%

[gg]_CANAAN_-_08 -- 848x480 => 852x480
BENCHMARKs: VC: 140.190s VO: 26.661s A: 0.000s Sys: 3.559s = 170.410s
BENCHMARK%: VC: 82.2663% VO: 15.6449% A: 0.0000% Sys: 2.0888% = 100.0000%

First mplayer correct the 853x480 to the nearer resolution usable, Second mplayer decompress at the exact same speed the video if the display resolution is "removed" in the mkv.

Try a different renderer or try to correct the display resolution (mkvmerge gui, load the video, select the video track, "Format specific option" -> Display with/height).

[synaesthetic]

That's odd. The Canaan encodes had no problems whatsoever.

Only the Umineko and Bakemonogatari encodes did.

[Tran225]

can someone let me know if my video card is good enough for HIGH QUALITY mkv animes? if not ima just get another one for my 7 year old computer @ black friday sale

[arenine]

Originally Posted by Tran225

can someone let me know if my video card is good enough for HIGH QUALITY mkv animes? if not ima just get another one for my 7 year old computer @ black friday sale

Video playback is largely dependent on CPU. Getting a better video card will do nothing, unless you get one that is CUDA-enabled and use it with CoreAVC. If you plan to do that, your current video card isn't CUDA-enabled. Here is a list of CUDA-enabled graphic cards: http://www.nvidia.com/object/cuda_learn_products.html. It might just be better to get a new CPU (and most likely motherboard).

[Miles Teg]

Originally Posted by synaesthetic

That's odd. The Canaan encodes had no problems whatsoever.

Only the Umineko and Bakemonogatari encodes did.

Canaan display size is "good" 852x480 (except episode 5 & 7) whereas Umineko display size is "wrong" 853x480.

Your renderer probably try to create a 853x480 video surface (instead of a 854x480), your video card refuse and you fall back on full software rendering.

Bakemonogatari is a 720p video the problem could come from your CPU not being good enough

In my case I have had absolutely no problem with all of those video.

[npcomplete]

Have you tried using the Overlay Mixer renderer in Media Player Classic (not windows media player)? The "System Default" MPC uses for XP is actually VMR7 which uses DirectX.

Tran225 I think your 3Ghz P4 is good enough for 720p material. Have you tried other 720p files besides [gg] Bakemonogatari? But, Black Friday is always a good time to get a new machine too

[synaesthetic]

Originally Posted by Miles Teg

Canaan display size is "good" 852x480 (except episode 5 & 7) whereas Umineko display size is "wrong" 853x480.

Your renderer probably try to create a 853x480 video surface (instead of a 854x480), your video card refuse and you fall back on full software rendering.

Bakemonogatari is a 720p video the problem could come from your CPU not being good enough

In my case I have had absolutely no problem with all of those video.

Everyone would assume a Celeron-M 353 isn't good enough to play 720p video, but mine does. =P

Just certain files from [gg] are not playing right. I tested a bunch of 720p releases, all of 'em worked fine.

[Miles Teg]

Originally Posted by synaesthetic

Everyone would assume a Celeron-M 353 isn't good enough to play 720p video, but mine does. =P

The Celeron-M should be near it's limit with 720p so having some file not playing smoothly should be normal. Depending on the way the video has been encoded the decoding could be a little more CPU intensive and ASS rendering can eat a lot of resources.

I should try to underclock my E6750 to see the minimal clock speed it can use to decode 720p. From my test on a Athlon X2 that was near the 1.4-1.6Ghz mark (with a little margin).

But if you can't play 480p files then the problem is with the setting of your player more than on anything else so try a different renderer or change the display resolution in the file.

[synaesthetic]

The problem files are 480p, not 720p, so that's what's stumping me. 720p encodes are playing fine but these Umineko episodes aren't.

[emptyeighty]

tl;dr, but an encode's decoding complexity is not only decided by its resolution. Encoding settings (level/profile) and bitrate factor into it a _lot_. Have you checked if those problematic encodes are comparable in that way?

[Tran225]

Originally Posted by npcomplete

Have you tried using the Overlay Mixer renderer in Media Player Classic (not windows media player)? The "System Default" MPC uses for XP is actually VMR7 which uses DirectX.

Tran225 I think your 3Ghz P4 is good enough for 720p material. Have you tried other 720p files besides [gg] Bakemonogatari? But, Black Friday is always a good time to get a new machine too

i really want my computer to last me for another good 5 years, since u say i have good enough GHZ (3 GHZ) do u think a new video card would help? i dont plan on doing any intense gaming, mostly anime thats why i wanna stick with this computer

yes have tried Nire's Spice and Wolf II file size was approx 348k-ish .mkv about the size of gg's bakemonogatari also and it had audio desync with picture too

[synaesthetic]

Originally Posted by emptyeighty

tl;dr, but an encode's decoding complexity is not only decided by its resolution. Encoding settings (level/profile) and bitrate factor into it a _lot_. Have you checked if those problematic encodes are comparable in that way?

The only difference between the Umineko #06 and Umineko #07 are the presence of or absence of aspect ratio correction. The encodes with aspect ratio correction have problems, the ones that don't run flawlessly.