Topic: video issues ? (Read 5719 times)

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

rjm · « **Reply #1 on:** November 09, 2011, 02:58:20 pm »

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.

JohnT · « **Reply #2 on:** November 09, 2011, 03:18:15 pm »

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'

Matt · « **Reply #3 on:** November 09, 2011, 03:27:39 pm »

I see ~2% playing a 1080p Blu-ray with Red October HQ with LAV CUVID, or about ~5% with CPU decoding.

Lasse_Lus · « **Reply #4 on:** November 09, 2011, 03:30:03 pm »

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

Matt · « **Reply #5 on:** November 09, 2011, 03:35:57 pm »

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.

Lasse_Lus · « **Reply #6 on:** November 09, 2011, 04:53:33 pm »

Quote from: Matt on November 09, 2011, 03:35:57 pm

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

Matt · « **Reply #7 on:** November 09, 2011, 05:53:00 pm »

Quote from: Lasse_Lus on November 09, 2011, 04:53:33 pm

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?

fitbrit · « **Reply #8 on:** November 09, 2011, 07:43:54 pm »

Quote from: Matt on November 09, 2011, 05:53:00 pm

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.

rjm · « **Reply #9 on:** November 09, 2011, 09:26:41 pm »

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

jmone · « **Reply #10 on:** November 09, 2011, 10:37:06 pm »

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.

rjm · « **Reply #11 on:** November 09, 2011, 11:23:50 pm »

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?

rjm · « **Reply #12 on:** November 09, 2011, 11:36:57 pm »

Interesting. Now that video is working I do not see any difference in cpu usage between EVR and VMR9. Both around 5%.

jmone · « **Reply #13 on:** November 10, 2011, 12:20:19 am »

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).

rjm · « **Reply #14 on:** November 10, 2011, 12:51:28 am »

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.

jmone · « **Reply #15 on:** November 10, 2011, 01:12:22 am »

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.

Lasse_Lus · « **Reply #16 on:** November 10, 2011, 03:55:26 am »

Quote from: Matt on November 09, 2011, 05:53:00 pm

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

Hendrik · « **Reply #17 on:** November 10, 2011, 03:59:44 am »

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.

JimH · « **Reply #18 on:** November 10, 2011, 06:26:41 am »

Could it be related to a virus checker?

Lasse_Lus · « **Reply #19 on:** November 10, 2011, 07:17:52 am »

Quote from: JimH on November 10, 2011, 06:26:41 am

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

JimH · « **Reply #20 on:** November 10, 2011, 07:21:03 am »

We'll take a look at how we're handling video settings when audio changes.

Matt · « **Reply #21 on:** November 10, 2011, 07:47:04 am »

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.

rjm · « **Reply #22 on:** November 10, 2011, 10:06:39 am »

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

Matt · « **Reply #23 on:** November 10, 2011, 11:40:41 am »

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.

rjm · « **Reply #24 on:** November 10, 2011, 12:15:04 pm »

log sent

Matt · « **Reply #25 on:** November 10, 2011, 12:24:03 pm »

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.

rjm · « **Reply #26 on:** November 10, 2011, 12:51:01 pm »

Video still broken but in different way. No longer plays fast, now stalled/jerky.

log sent

Matt · « **Reply #27 on:** November 10, 2011, 01:08:58 pm »

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.

rjm · « **Reply #28 on:** November 10, 2011, 01:59:00 pm »

Video still broken. Plays fast but not super fast.

log sent

Matt · « **Reply #29 on:** November 10, 2011, 02:57:15 pm »

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.

rjm · « **Reply #30 on:** November 10, 2011, 03:26:05 pm »

If my system ends up in botnet trying to bring down Apple I'll know who to call.

Video plays really fast.

log sent

Matt · « **Reply #31 on:** November 10, 2011, 03:48:53 pm »

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.

rjm · « **Reply #32 on:** November 10, 2011, 04:04:21 pm »

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

rjm · « **Reply #33 on:** November 10, 2011, 04:06:55 pm »

I'll be offline for a couple hours. Happy to do more tests when I get back if needed.

Matt · « **Reply #34 on:** November 10, 2011, 04:10:59 pm »

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.

rjm · « **Reply #35 on:** November 10, 2011, 05:16:21 pm »

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.

rjm · « **Reply #36 on:** July 06, 2012, 10:27:36 pm »

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.

jmone · « **Reply #37 on:** July 07, 2012, 12:55:17 am »

Quote from: rjm on July 06, 2012, 10:27:36 pm

.... 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

)

Hendrik · « **Reply #38 on:** July 07, 2012, 01:04:41 am »

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)

rjm · « **Reply #39 on:** July 07, 2012, 01:35:30 am »

Quote from: jmone on July 07, 2012, 12:55:17 am

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.

rjm · « **Reply #40 on:** July 07, 2012, 01:36:30 am »

Quote from: nevcairiel on July 07, 2012, 01:04:41 am

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!

gvanbrunt · « **Reply #41 on:** July 08, 2012, 12:00:06 pm »

You might want to wait. Windows 8 upgrade is going to have a promo price of $39.95.

INTERACT FORUM

Author Topic: video issues ? (Read 5719 times)