INTERACT FORUM
More => Old Versions => Media Center 16 (Development Ended) => Topic started by: ballen on July 06, 2011, 12:59:42 pm
-
Have been using MJ & MC for years for it's audio capabilities.
Currently using MC13 on;
- XPsp3 platform
- 3Ghz. Pent. 4 cpu
- 3Ghz DDR2 RAM
- 15GB free on HD.
Currently using VLC or BSPlayer for my video needs (DVD, avi, wmv, mp4, mpeg, asf). Decided to try MC16 in demo mode to explore it's video capabilities (Red October Standard). I accepted all default choices when installing.
While viewing several video files on my initial test (avi, wmv, mp4), I encountered delayed and/or stuttered and/or freezing of videos when trying to jump forward or back. Straight playback was fine. These videos played, on either VLC or BSPlayer, jump instantaneously without flaw.
Majority of these videos are music or sport oriented and jumping ahead/back, or better yet, forward/backward scanning (VLC), quickly allows me to get to designated spots in the video.
I'm hoping that maybe MC16 requires further tweaking. As it sits now, VLC performs flawlessly and I see no need to upgrade, other than having (1) application be the centerpiece for my audio/video needs.
Your insight is greatly appreciated!
-
Did you try rebooting?
-
Yes Jim, multiple times over several days.
Whether I use "hot keys" (which I prefer) or manually adjust at the screen's progress bar, the videos will delay (approx. 3-5 secs.) with a frozen screen shot until video resumes.
Included info from Help menu. Would've included "log file", but just 45 secs of playing generated quite a lengthy file.
System Info:
Media Center 16.0.121.0 C:\Program Files\J River\Media Center 16\
Microsoft Windows XP Workstation 5.1 Service Pack 3 (Build 2600)
Intel Pentium 4 2968 MHz MMX / Memory: Total - 3143 MB, Free - 2137 MB
Internet Explorer: 8.0.6001.18702 / ComCtl32.dll: 5.82.2900 / Shlwapi.dll: 6.0.2900 / Shell32.dll: 6.0.2900 / wnaspi32.dll: N/A
Ripping / Drive S: Mode:ModeSecure Type:Auto Speed:Max
Drive T: Mode:ModeSecure Type:Auto Speed:Max
Digital playback: Yes / Get cover art: Yes / Calc replay gain: Yes / Copy volume: 100
Eject after ripping: Yes / Play sound after ripping: Yes Soundfile: chord.wav
Burning / Drive S: ASUS DRW-24B1ST Addr: 0:3:0 Speed:48 MaxSpeed:48 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: Yes
Use playback settings: No /
Portable Device Info
Removed devices:
Interface Plugins:
TiVo Server (Active)
Benchmark:
=== Running Benchmarks (please do not interrupt) ===
Running 'Math' benchmark...
Single-threaded integer math... 13.406 seconds
Single-threaded floating point math... 7.872 seconds
Multi-threaded integer math... 13.974 seconds
Multi-threaded mixed math... 11.395 seconds
Score: 407
Running 'Image' benchmark...
Image creation / destruction... 5.040 seconds
Flood filling... 1.858 seconds
Direct copying... 3.158 seconds
Small renders... 7.141 seconds
Bilinear rendering... 9.938 seconds
Bicubic rendering... 9.712 seconds
Score: 597
Running 'Database' benchmark...
Create database... 2.215 seconds
Populate database... 5.097 seconds
Save database... 0.557 seconds
Reload database... 0.219 seconds
Search database... 4.105 seconds
Sort database... 2.811 seconds
Group database... 3.600 seconds
Score: 1156
JRMark (version 16.0.121): 720
Summary:
- default Demo mode install (verified Red October Standard is choice)
- previously mentioned players, jump is instantaneous with video & audio in sync.
Greatly appreciate your assistance.
-
I don't know if this would be causing it, but RO currently doesn't support GPU video processing, whereas theother players you mention do.
Check your CPU as you're playing the files to see if your CPU is maxing out.
If so, try using RO Standard (with additional filters) and playing around with the filters to use one that does.
I believe they're working on RO supporting GPU accel.
Cheers,
Justin.
-
Appreciate the reply.
No, my cpu hovers between 9 - 15% utilization when playing and using the jump feature.
-
Hmmmm.... I'm not seeing similar behavior on my P4 machine. Though, my P4 is a bit faster... It is one of the early dual-core Netburst CPUs with a 3.xGHz clock, and I'm running Vista 32.
That type of behavior is obviously not acceptable. Does this happen with ALL videos, or only certain ones? Are the ones that it happens with "bigger" or "more complex" (like does it happen with HD H264 videos but not SD XviD/ASP ones)?
It sounds almost like a disk access latency problem to me, and not decode, but I'm obviously not sure.... Are the videos local or are they on a network drive?
-
Many thanks for the assistance!
Out of 10-20 different varying files over several days, maybe 1 or 2 had no problems spread over this time frame. Chose different files each time to rule-out a specific file having a problem.
I tested a variety of file types (avi, wmv, mp4, mpeg files...averaging 300mb - 500mb) in order to determine if there was a problem with a specific file type. Test results shows problem regardless of file type.
You might have something on the local vs network question along with your latency comment. All my videos are located on an esata connected SansDigital 4 bay hardware enclosure raid 5 box (though I use it exclusively in JBOD mode).
Will relocate several test files onto my OS drive to make matters simpler and will report back. Didn't engage my trouble-shooting part of my brain because I was having no problems with my other (2) players under my current hardware configuration.
Many thanks and will get back!
-
Moved files not only onto my OS drive (C:) but also onto another internal SATA hard drive within my case (not external). Maybe there was a SLIGHT improvement...or was that a placebo effect?
From beginning to end of each file, witnessed enough frozen screen shots (approx. 1-3 secs. each occurrence) to know the problem still exists.
I have a relatively good PCI-Express video card (ATI Radeon HD 4670...1GB DDR3).
Don't know enough to start changing filters within RO Standard as someone else suggested. Kinda' defeats the purpose of "out-of-the-box" concept.