INTERACT FORUM
More => Old Versions => Media Center 17 => Topic started by: Lasse_Lus on November 09, 2011, 01:32:56 pm
-
rjm has some video problem, he says in VLC there are no problemas, is it such difference ?
anyway here are som diagram playing a mp4 file.. for a video noob i think this is strange
first pic shows my cpu idle, (nothing played)
second pic shows avg cpu when playing the video in VLC
third pic shows avg cpu when playing the video in MC 17.030
fourth pic shows video type/codec
..so when playing my mp4 in MC..the cpu is almost maxed out 68 % of the time, thats not the case in VLC
-
Very good hypothesis Lasse-Lus. I think you may be on to something. Thanks for helping me.
1) x264 MP4 standard definition:
- VLC 6% of cpu
- Windows Media Player 6% of cpu
- MC 80% of cpu
2) XviD avi standard definition:
- VLC < 1% of cpu
- Windows Media Player 3% of cpu
- MC - hard to measure, when video is stalled very low, when video is jerky very high
I have a 5 year old AMD4800 dual core system. Not cutting edge but has plenty of juice for standard def video.
-
We should compare system information and filter graphs. On my system VLC uses about 7% cpu and MC uses about 9% cpu during playback of H.264 1080p source material.
System: Windows 7 64 bit on i7 2600K 3.4 ghz
Red October standard without hardware acceleration.
Filters used in Red October:
Filter 'JRiver Audio Renderer'
Filter 'JRiver Subtitle Renderer'
Filter 'Enhanced Video Renderer'
Filter 'ffdshow Video Decoder (auto-configured)'
Filter 'LAV Audio Decoder (auto-configured)'
Filter 'JRiver Video Monitor'
Filter 'JRiver Audio Monitor'
Filter 'LAV Source Splitter'
-
I see ~2% playing a 1080p Blu-ray with Red October HQ with LAV CUVID, or about ~5% with CPU decoding.
-
i have WinXP on Intel Pentium 4 2657 MHz MMX / Memory: Total - 2086 MB all the filters are untouched (since i dont know what to change) so RO Automatic is my settings
-
I wonder if EVR on XP is slow?
You could try VMR 9 by using Red October with additional filters and changing the default renderer.
-
I wonder if EVR on XP is slow?
You could try VMR 9 by using Red October with additional filters and changing the default renderer.
that helped, thanks again matt :) much better
-
that helped, thanks again matt :) much better
Could you post results?
It's possible our switch to EVR for XP was a bad idea. Anyone else?
-
Could you post results?
It's possible our switch to EVR for XP was a bad idea. Anyone else?
When I was running XP, EVR wasn't available. I was happily running Haali renderer at the time though. Only problem was that screenshots could not be taken with Haali.
-
All tests with 17.0.32 and MP4 with 688x384 x264 video and AAC audio.
Test A
- RO Standard
- cpu: 90%
- Graph: see "A" below
- behavior: video plays really fast (2 hour video in 30 seconds) - bitrate displays as 73,000 kbps (should be about 1000 kbps)
Test B
- RO with additional filters
- Playback Method: Automatic
- Default video renderer: Video Mixing Renderer 9
- cpu: 30%
- Graph: see "B" below
- behavior: video plays fast (2 hour video in 1 minute) - bitrate displays as 6000 kbps (should be about 1000 kbps)
Test C
- RO with additional filters
- Playback Method: Windows Media Player engine
- Default video renderer: Video Mixing Renderer 9
- cpu: 6% (about same as VLC)
- Graph: no option visible to copy the filter graph
- behavior: video plays 100% ok
My conclusions:
There appear to be 2 (likely independent) issues here:
i) cpu: EVR consumes more cpu than VMR9 on XP
ii) bad video: something in the filters not used by the Windows Media Player engine is broken on XP
It's unusual (in my experience) to see broken video play at 100x speed and a bitrate of 73,000 kbps - I'd like to think there's a video expert out there that could quickly point us to the likely culprit. Please recall that all video types including dvds are broken so we should be looking for a component common to all video.
I've got a feeling we've seen a similar problem in the past (several versions ago). I recall MP4 only played with the Windows Media Player engine but I do not remember what the fix was. Maybe someone with a younger brain can remember.
=====================
Filter Graph "A"
Filter 'JRiver Audio Renderer'
CLSID: {A4002F8E-510F-442C-8AD3-F9C7B23FB394}
Host:
Input Pin 'In'
Connected to pin 'Output' of filter 'LAV Audio Decoder (auto-configured)'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx
Filter 'Enhanced Video Renderer'
CLSID: {FA10746C-9B63-4B6C-BC49-FC300EA5F256}
Host: c:\windows\system32\evr.dll
Input Pin 'EVR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder (auto-configured)'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YV12, Format type FORMAT_VideoInfo
Input Pin 'EVR Input1'
Filter 'ffdshow Video Decoder (auto-configured)'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: C:\Documents and Settings\Rob\Application Data\J River\Media Center 17\Plugins\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Output' of filter 'JRiver Video Monitor'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Out'
Connected to pin 'EVR Input0' of filter 'Enhanced Video Renderer'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YV12, Format type FORMAT_VideoInfo
Input Pin 'In Text'
Filter 'LAV Audio Decoder (auto-configured)'
CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Host: C:\Documents and Settings\Rob\Application Data\J River\Media Center 17\Plugins\lav\LAVAudio.ax
Input Pin 'Input'
Connected to pin 'Output' of filter 'JRiver Audio Monitor'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
Output Pin 'Output'
Connected to pin 'In' of filter 'JRiver Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx
Filter 'JRiver Video Monitor'
CLSID: {A4207487-E7D8-406B-9882-B66370DE2492}
Host:
Input Pin 'Input'
Connected to pin 'Video' of filter 'LAV Source Splitter'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Output'
Connected to pin 'In' of filter 'ffdshow Video Decoder (auto-configured)'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Filter 'JRiver Audio Monitor'
CLSID: {A4207487-E7D8-406B-9882-B66370DE2492}
Host:
Input Pin 'Input'
Connected to pin 'Audio' of filter 'LAV Source Splitter'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
Output Pin 'Output'
Connected to pin 'Input' of filter 'LAV Audio Decoder (auto-configured)'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
Filter 'LAV Source Splitter'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: C:\Documents and Settings\Rob\Application Data\J River\Media Center 17\Plugins\lav\LAVSplitter.ax
Output Pin 'Video'
Connected to pin 'Input' of filter 'JRiver Video Monitor'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Audio'
Connected to pin 'Input' of filter 'JRiver Audio Monitor'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
=====================
Filter Graph "B":
Filter 'JRiver Audio Renderer'
CLSID: {A4002F8E-510F-442C-8AD3-F9C7B23FB394}
Host:
Input Pin 'In'
Connected to pin 'Output' of filter 'LAV Audio Decoder (auto-configured)'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx
Filter 'Video Mixing Renderer 9'
CLSID: {51B4ABF3-748F-4E3B-A276-C828330E926A}
Host: %systemroot%\system32\quartz.dll
Input Pin 'VMR Input0'
Connected to pin 'Out' of filter 'ffdshow Video Decoder (auto-configured)'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YV12, Format type FORMAT_VideoInfo2
Input Pin 'VMR Input1'
Filter 'ffdshow Video Decoder (auto-configured)'
CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Host: C:\Documents and Settings\Rob\Application Data\J River\Media Center 17\Plugins\ffdshow\ffdshow.ax
Input Pin 'In'
Connected to pin 'Output' of filter 'JRiver Video Monitor'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Out'
Connected to pin 'VMR Input0' of filter 'Video Mixing Renderer 9'
Major type MEDIATYPE_Video Sub type MEDIASUBTYPE_YV12, Format type FORMAT_VideoInfo2
Input Pin 'In Text'
Filter 'LAV Audio Decoder (auto-configured)'
CLSID: {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}
Host: C:\Documents and Settings\Rob\Application Data\J River\Media Center 17\Plugins\lav\LAVAudio.ax
Input Pin 'Input'
Connected to pin 'Output' of filter 'JRiver Audio Monitor'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
Output Pin 'Output'
Connected to pin 'In' of filter 'JRiver Audio Renderer'
Major type MEDIATYPE_Audio Sub type MEDIASUBTYPE_IEEE_FLOAT, Format type FORMAT_WaveFormatEx
Filter 'JRiver Video Monitor'
CLSID: {A4207487-E7D8-406B-9882-B66370DE2492}
Host:
Input Pin 'Input'
Connected to pin 'Video' of filter 'LAV Source Splitter'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Output'
Connected to pin 'In' of filter 'ffdshow Video Decoder (auto-configured)'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Filter 'JRiver Audio Monitor'
CLSID: {A4207487-E7D8-406B-9882-B66370DE2492}
Host:
Input Pin 'Input'
Connected to pin 'Audio' of filter 'LAV Source Splitter'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
Output Pin 'Output'
Connected to pin 'Input' of filter 'LAV Audio Decoder (auto-configured)'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
Filter 'LAV Source Splitter'
CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Host: C:\Documents and Settings\Rob\Application Data\J River\Media Center 17\Plugins\lav\LAVSplitter.ax
Output Pin 'Video'
Connected to pin 'Input' of filter 'JRiver Video Monitor'
Major type MEDIATYPE_Video Sub type Unknown GUID Name: {31435641-0000-0010-8000-00AA00389B71}, Format type FORMAT_MPEG2_VIDEO
Output Pin 'Audio'
Connected to pin 'Input' of filter 'JRiver Audio Monitor'
Major type MEDIATYPE_Audio Sub type Unknown GUID Name: {53544441-0000-0010-8000-00AA00389B71}, Format type FORMAT_WaveFormatEx
-
My bet is there is somthing wrong with the Audio side (Direct show uses the audio clock from the Audio Renderer to determine how to sync the video - hence I've seen superfast video playback being caused by issues with the audio renderer). To test try different settings under Tools --> Options --> Video --> Advacned --> Audio Playback Device.
-
jmone, you da man!
Changing audio from "Same as device used in audio playback" to "Default Windows playback device" or "Realtek AC97 Audio" fixed everything.
Who'd of thunk audio could break video?
Now would someone please tell me if this is a problem on my system or in MC?
-
Interesting. Now that video is working I do not see any difference in cpu usage between EVR and VMR9. Both around 5%.
-
OK - Now that we have confirmed it is the Audio Renderer causing greif, change it back to "Same as device used in audio playback" in Tools --> Options --> Video --> Advacned --> Audio Playback Device, and lets starting playing with the options under Tools --> Options --> Audio Output. First try the different Output Modes then Output mode settings. I'm guessing that say Direct Sound will work but one (the one you are using will be the issue).
-
Output Mode:
Direct Sound (my current setting) - broken video
ASIO - error message, audio not supported by my hardware
Disk Writer - broken video
Kernal Streaming - broken video
Wave Out - broken video
In summary, none of the output modes with default options work.
I tried changing (the most likely I think) option for Direct Sound from Primary Sound Driver to Realtek AC97 Audio but neither worked.
P.S. My audio files play fine.
-
OK, final thing to try... go to Tools --> Audio --> Settings --> DSP & output format and
1) Uncheck the lot - does it now play
2) Check the "Output Format" and see if any combo of Bitdepth (try 16-bit to start), channels (try 2 channels (stereo) to start) and Sample Rate (try 44,100 / or 48,000)
After this I'm out of ideas and would suggest that one of the JR'ers have a better idea if it may be a MC Audio Renderer Bug on XP or a future config issue.
At least you can now set it to play video even though you will not currently have any DSP over the decoded audio.
-
Could you post results?
It's possible our switch to EVR for XP was a bad idea. Anyone else?
..for me with not so much CPU power, vmr9 seems to be a better choise
i made 2 new diagrams, playing about 90 seconds per setting
-
VMR9 allows DXVA on XP, while EVR will most likely force software decoding. DXVA2, which is required for EVR, is not supported by the XP graphics drivers.
-
Could it be related to a virus checker?
-
Could it be related to a virus checker?
if you ask me, nope, but for me this is solved, after i changed renderer i have about the same cpu numbers as when i play the file in VLC, and that was my initial "question"..
Jim, video settings is a jungle..i'm really pleased that you introduced RO
-
We'll take a look at how we're handling video settings when audio changes.
-
rjm, I think we're getting somewhere now.
Could you try using our audio renderer (so 'Same as device used in audio playback'), and then try different buffering sizes for Directshow (Options > Audio > Output mode settings...) and also try with VideoClock on and off (Options > Video).
If we're still stumped, I'll make a special build that logs more in the audio renderer so we can see why it's pushing the clock ahead so fast.
Thanks.
-
jmone,
I've never touched any of the DSP Studio settings, they should be at default values. All DSP Studio options are off except Output Format which has options as follows:
- output no change for all inputs
- Bitdepth 24 bit
- Channels: Source number of channels
- Source is correctly mastered for +10 dB calibration
Video remains broken when I turn off Output Format.
Video remains broken when I change bitdepth from 24 to 16.
Video remains broken with 2 channels (stereo).
Did not test different sample rates (was not sure what to change to what).
Matt,
Video remains broken with VideoClock on/off.
Buffering sizes:
0.50 seconds (my setting for above tests) - video broken
1.00 seconds - video broken
0.05 seconds - video broken
-
rjm, please grab a log of playing a video with VideoClock off using this JRPlayer (replace the one in your install directory):
http://files.jriver.com/temp/JRPlayer.dll
The log should contain lots of lines like this:
0003198: 4036: Playback: COutputPluginAudioRenderer::DoRenderSample: Sample time: 15250000; Stream time: 3479; Latency: 1524.652; Offset: -250.000; Error: 1274.652
Hopefully it'll show what the audio renderer is doing.
Thanks.
-
log sent
-
Thanks for the log.
When the audio renderer gets data, it figures out how much drift there is between the sample time and output time and then adjusts the clock or adjusts the playback rate with VideoClock.
If it gets really late data, meaning the audio should have been heard in the past, it just drops the audio and returns E_FAIL. Normally the framework then moves forward and calls in with newer data.
In your case, this doesn't happen.
Here's an updated copy that never drops samples:
http://files.jriver.com/temp/JRPlayer.dll
What does it do? It might play correctly. If not, flip me another log.
It would also be possible to drop the sample but return a success instead of a failure code. I'm not really sure what's right in this case.
-
Video still broken but in different way. No longer plays fast, now stalled/jerky.
log sent
-
I added a little more logging, and am dropping late samples again but returning success instead of failure:
http://files.jriver.com/temp/JRPlayer.dll
Give it a shot if you have time and send me another log.
Thanks.
-
Video still broken. Plays fast but not super fast.
log sent
-
Could you try again:
http://files.jriver.com/temp/JRPlayer.dll
More logging, and trying to explicitly set the audio renderer as the clock in case the video renderer is getting used for some weird reason.
Thanks.
-
If my system ends up in botnet trying to bring down Apple I'll know who to call. :)
Video plays really fast.
log sent
-
One more time (the file time should be 3:46):
http://files.jriver.com/temp/JRPlayer.dll
The timer that powers the clock is jumping sporadically. We added a work-around for a VBox bug recently, and I'm wonder if it's somehow triggering.
Thanks.
-
File time is not 3:46. It is expected 122 minutes and plays perfectly.
I tried mp4, mkv, and avi to confirm all ok but log only contains info for mp4 playback.
log sent
-
I'll be offline for a couple hours. Happy to do more tests when I get back if needed.
-
That was fun.
It looks like the high-precision timer function on XP with an AMD CPU sometimes goes backwards by a tiny amount.
We recently added a work-around for VBox, because it often jumps backwards by a big amount. But the work-around also gets triggered when it jumps back a little amount, which is bad.
Tomorrow's build should get this squared away.
Thanks a lot for all your help.
-
Thank you for caring about a problem that does not seem to affect others. Maybe I can squeeze a little more time out of my system before it has to be replaced.
-
question for video gurus...
My old AMD XP system with an ATI AIW used to play video perfectly with MC. Then Red October was introduced and video has never been quite right. We sorted out a bunch of problems above but video is still not smooth. I switched to playing with VLC and have not pushed for changes to Red October because MC works well for everyone else and I will be replacing my system someday.
Now VLC has introduced a major 2.0 release and I am seeing the same jerkiness that I see with MC. I reverted back to VLC 1.0 and all is good again.
I'm not wanting to reopen the MC issue, but am wondering if a video guru out there might have a clue what new technology common to VLC and Red October might be causing problems on my old system, and whether there might be a patch I could apply to my system?
Thanks.
-
.... might be a patch I could apply to my system?
This MS patch should fix it http://www.microsoftstore.com/store/msstore/en_US/pd/Windows-7-Home-Premium/productID.235488300/parentCategoryID.44066700/categoryID.50726100/list.true?Icid=WinCat_032012_Compgrid_boxshot1_Win7HP_PID_235488300&WT.mc_id=WOL_shop
(sorry not very helpful :) )
-
Note that Red Octobers DXVA acceleration does not work on Windows XP, LAV only supports DXVA2.0 which is only available with Vista/7.
You can try to use ffdshows DXVA codec and combine that with VMR-9. (EVR on XP does not do HW accel either)
-
This MS patch should fix it http://www.microsoftstore.com/store/msstore/en_US/pd/Windows-7-Home-Premium/productID.235488300/parentCategoryID.44066700/categoryID.50726100/list.true?Icid=WinCat_032012_Compgrid_boxshot1_Win7HP_PID_235488300&WT.mc_id=WOL_shop
(sorry not very helpful :) )
But true. I guess it is time.
-
Note that Red Octobers DXVA acceleration does not work on Windows XP, LAV only supports DXVA2.0 which is only available with Vista/7.
You can try to use ffdshows DXVA codec and combine that with VMR-9. (EVR on XP does not do HW accel either)
will try, thanks!
-
You might want to wait. Windows 8 upgrade is going to have a promo price of $39.95.