ffdshow tryouts project: Discussion & Development [Archive] - Page 164

buletti

28th September 2009, 21:11

OK, but about bitstreaming compressed format this is just the same as sending a HD PCM format as long as you are in wasapi mode with no interaction from windows mixer.

So (just a supposition) if Reclock would accept HD bitstream, it would be able to send the stream to HDMI output in wasapi mode.
I'm not sure if this is possible with the Xonar. I'll try to explain how I imagine the Xonar's mode of operation: (note that this is mostly speculation from my side though)

With the Xonar you get 4 entities on your PC. 3 audio devices and a resampler/DSP for PCM streams (a.k.a. Xonar HDAV Center). Of the 3 audio devices 2 are public and 1 is hidden.

a) S/PDIF Passthrough Device [public]
Limited bandwidth, may transport DD, DTS and hires 2ch PCM

b) Speakers Device [public]
Default device for all PC-related audio (applications, games, PCM audio)

c) HDMI Passthrough Device [hidden]
Able to transport just everything; hires multi channel PCM, DTS, DD, DD+, DTHD, DTSHD-HR, DTSHD-MA...

I believe that everything that enters via the devices a) and b) is eventually piped into c) by the audio driver:
The S/PDIF input is dumped into the HDMI device straight forward without further checking.
The Speaker device input however has to be mangled through the resampler first, before it is passed on to the HDMI device. Users may indeed choose the target sampling rate, but there is no way to bypass the resampler. It seems to be hard wired on the driver level and thus bypassing the windows mixer via WASAPI or kernel streaming doesn't help either. So, as the resampler is only working with PCM input, it is guaranteed that no encoded audio format can enter the HDMI device. The only exception here is the Asus version of TMT, which simply knows how to access the hidden device in a direct way.

So, if ReClock would be able to take encoded hires formats, I'm not sure this would be of help (for the Xonar users at least). Then ReClock could either feed the S/PDIF device, which does not have the required bandwidth - or it could feed the Speakers device, which is not processing encoded audio... :(

albain

28th September 2009, 21:51

You may be right. From FFDShow audio output section there is a dropdown box that lists all the devices. Can't you see the HDMI one ?

Anyway, sorry for asus owners, maybe it was the only way for Asus to release their card when they negociated with patents owners, but this is specific to xonar.

New radeon won't have that problem (I hope but I am confident), and maybe asus will "open" their drivers/devices.

I will try to ask arcsoft how this works, they seem open minded (they work with slysoft sometimes)

rica

28th September 2009, 22:41

Guys i've just seen this thread, you might find it interesting;
here is ati 5*** series bitstreaming topic:

http://www.avsforum.com/avs-vb/showthread.php?p=17170175#post17170175

_ _ _ _ _

G_M_C

28th September 2009, 22:54

Andy o

28th September 2009, 23:10

Nothing new to me. This configuration gives you bit-exact audio and the synchronization is done by dropping or repeating video frames. With two clocks in your PC (which will never run 100% in sync) there are only two choices to avoid asynchronicity between video and audio:

1. synchronizing by dropping/repeating video frames (visible micro judder, many people don't notice it)
2. synchronizing by dropping/repeating compressed audio frames (audible) or resample PCM data (usually not audible)

The amount of synchronization is only affected by the degree of asynchronicity. If the refresh rate is tweaked properly with Powerstrip a movie can run many many hours without any need for synchronization. With Bitmonster's python script (sadly only in german) (http://www.avpedia.org/wiki/HTPC_Bildfrequenz_Optimierung) this can be achieved easily.

The problem is only that most setups are not tweaked that way. And with the standard options of reclock it does resampling of PCM data which destroys the bit stream. ReClock has to treat HD bitstream the same way as AC3/DTS. It must support it to operate correctly.

ReClock tweaks the reference clock instead. Which video card do you have that gives you dropped/repeated frames? I have my ATI 4670 working all right at 23.976 with MPC-HC (I've watched long periods of movies with EVR custom renderer and OSD on), and PowerDVD 8 doesn't seem to have a problem with this either. EVR Custom (and possibly EVR and madVR and others) also seems to tweak the reference clock (when VSync is on) or tweak slightly the source's frame rate when VSync is off.

rica

28th September 2009, 23:42

Is it possible to connect reclock directly to AS MPEG demuxer ?

No, impossible without any decoder since reclock only accepts uncompressed pcm.

rica

29th September 2009, 00:09

I will try to ask arcsoft how this works, they seem open minded (they work with slysoft sometimes)

Really great thanks for your efforts.

Hope they are as you suppose.

whurlston

29th September 2009, 05:03

I can't do any tests with the Xonar unfortunately. I can't get it to handshake with my RX-V863 at all now. I did notice that there is an ASIO driver for it though:

HDAVasiop.dll (x86)
HDAVasiopx.dll (x64)

thewebchat

29th September 2009, 05:11

Why does ffdshow increase CPU usage when accepting raw video, even when no colorspace conversions or filters are enabled?

albain

29th September 2009, 07:50

Actually, it seems strange to ask here, but when i look at the graphs i can make and what i can deduce ... ffdshow doesnt need to be in the chain, or not ? There is no actual decoding going on here, its just bitstreaming. In passthrough mode it just does that, pass a signal though untouched. Isnt it just simpler (and more true to the idea of PAP) to connect to the demuxer directly ? This is what ArcSofts audio renderer does, it connects directly to the demuxer. Is it possible to connect reclock directly to AS MPEG demuxer ?

Well on theory you're right, no decoder is needed.

However, there are 2 reasons why a decoder and especially ffdshow will be useful :
1/ The splitters/source filters sometimes mess up with the detection of input format, they would detect AC3 instead of TrueHD or EAC3. FFDShow integrates an internal parser that will scan the stream to detect the right format
2/ Select what to bitstream or not : with FFDShow as for AC3/DTS, you can select what to bitstream and what to decode

@Rica : thank you for your post. I have seen the post which talks about the WAVEFORMATEXTENSIBLE_IEC61937 structure that I tried to implement a while ago. The thing is that this structure is not used at all today (I am sure about that) : because support has been brought by windows 7, so Arcsoft and Cyberlink did without it.
So the post is speculating about this, current hdmi 1.3 audio cards use another way and this is not sure that next radeon will do.
Another thing interesting : arcsoft brought support to radeon 5xxx whereas bitstream support was brought on powerdvd.
So this means that the way to implement bitstream is not very complicated (no hidden APIs)

G_M_C

29th September 2009, 08:37

Well on theory you're right, no decoder is needed.

[...]
@Rica : thank you for your post. I have seen the post which talks about the WAVEFORMATEXTENSIBLE_IEC61937 structure that I tried to implement a while ago. The thing is that this structure is not used at all today (I am sure about that) : because support has been brought by windows 7, so Arcsoft and Cyberlink did without it.
So the post is speculating about this, current hdmi 1.3 audio cards use another way and this is not sure that next radeon will do.
Another thing interesting : arcsoft brought support to radeon 5xxx whereas bitstream support was brought on powerdvd.
So this means that the way to implement bitstream is not very complicated (no hidden APIs)

Maybe it IS the WAVEFORMATEXTENSIBLE_IEC61937 that is used, and is that why it's reasonaby simple ;)

whurlston

29th September 2009, 08:54

Maybe it IS the WAVEFORMATEXTENSIBLE_IEC61937 that is used, and is that why it's reasonaby simple ;)

I don't think so. I downloaded the 9.10 beta drivers and the HDMI audio driver is 9.8 version again. It does not have WAVEFORMATEXTENSIBLE_IEC61937 support. If it did, we could use albain's beta5 version.

I'm vladd by the way.

Edit: I was mistaken, the driver is newer so it might support WAVEFORMATEXTENSIBLE_IEC61937 on the 58xx series. It does not on the 46xx series.

FoLLgoTT

29th September 2009, 08:59

ReClock tweaks the reference clock instead.

Please read ReClock's readme file. Everything is explained very well in this document. :)

Instead of slaving the reference clock to audio (like the DirectShow mechanism) ReClock synchronizes the generated reference clock to video refresh rate to avoid judder. When video and audio will go out of sync for a specific amount of time (configurable in Reclock's options) audio packets get dropped/repeated or PCM get resampled. This is always necessary when video and sound card use different hardware clocks. This is the case with a dedicated sound card.
When using standard timings and HDMI output of the Radeon both chips may use the same hardware clock and may always stay in sync. But this is just a guess. I don't know if this is true.

If it is understood that ReClock synchronzies reference clock to the video card the next step is to tweak the refresh rate to give as few audio packet drops/repeats as possible! The perfect absolute refresh rate is different for every system, because the hardware clocks of video and sound cards differ slightly. For one HTPC 47,951Hz may be good, for others may be 47,953Hz etc.

Btw. the vsync correction of ReClock fights against a completely different problem in PC architecture. This important feature makes sure that the picture never arrives near the vertical sync signal. This also avoids judder, but of a different cause than described above.

Which video card do you have that gives you dropped/repeated frames?

Right now I use a Radeon 3850 with 47,952Hz. I cannot use standard timings, because the flickering would be to strong with my Sony G90. As I stated I have no dropped/repeated audio packets for many hours because of a tweaked refresh rate. And with tweaked vsync correction also no judder. ;)

My point was just that ReClock treats AC3/DTS packets and PCM differently when trying to sync video and audio which is necessary on usual PC hardware. So a hd bitstream has to be treated as packets and not to be resampled.

Sorry for the offtopic here.

Andy o

29th September 2009, 11:06

Please read ReClock's readme file. Everything is explained very well in this document. :)

Instead of slaving the reference clock to audio (like the DirectShow mechanism) ReClock synchronizes the generated reference clock to video refresh rate to avoid judder. When video and audio will go out of sync for a specific amount of time (configurable in Reclock's options) audio packets get dropped/repeated or PCM get resampled. This is always necessary when video and sound card use different hardware clocks.Does the "slave reference clock to audio" option not mean that? I think it does.

From the readme:You also have the ability to disable completely the system and audio clocks adaptation using the checkbox “slave reference clock to audio”. Doing so, ReClock will work much like the default DirectSound audio renderer, but rate adaptation will still function and reference clock will be slaved to audio clock with a smooth algorithm.

This is the case with a dedicated sound card.
When using standard timings and HDMI output of the Radeon both chips may use the same hardware clock and may always stay in sync. But this is just a guess. I don't know if this is true.This might or might not be the cause for my lack of problems with sync, but it's a different issue altogether.

Btw. the vsync correction of ReClock fights against a completely different problem in PC architecture. This important feature makes sure that the picture never arrives near the vertical sync signal. This also avoids judder, but of a different cause than described above.
I don't use VSync on ReClock, I haven't found that necessary. I was talking about VSync on EVR-custom in MPC-HC. Don't find it necessary either, and I don't experience tearing at all in Win 7 (used to in Vista though, but I don't know for sure if the OS is the culprit here).

G_M_C

29th September 2009, 11:24

FoLLgoTT

29th September 2009, 11:28

Does the "slave reference clock to audio" option not mean that? I think it does.

The option "Slave reference clock to audio" disables ReClock's mechanism to sync the reference clock to video card's refresh rate. So when video and audio run out of sync you get the same judder as without ReClock. The "(not recommended)" behind this option is a hint that ReClock's purpose to avoid video judder will be disabled. Instead you get bit perfect sound, but no judder-free video.
Btw this judder is so small that most people even don't notice it. I use HTPC's over 10 years now and ReClock since the first released version. After a period of time you get very sensitive to micro judder. ;)

I don't use VSync on ReClock, I haven't found that necessary. I was talking about VSync on EVR-custom in MPC-HC.

Ok, this was a misunderstanding. :)

Don't find it necessary either, and I don't experience tearing at all in Win 7 (used to in Vista though, but I don't know for sure if the OS is the culprit here).

Tearing is no problem with Aero activated under Vista/windows 7 using VMR9/EVR, because vertical synchronization is always turned on by the OS. But the vsync correction of ReClock has a different purpose. It completely eliminates micro judder if set up correctly as described in the readme. Even without tearing this feature is a must to completely get rid of judder.

buletti

29th September 2009, 19:50

On the ASIO drivers. I'ts correct that the Xonars have the abillity for ASIO 2.0. I have no idea how that corresponds to the actiual output, but in theory you could use the ASIO interface to stream out PCM @ 24 bits/192 KHz. While it's not exactly the same as streaming the losselss codecs, technically it's almost the same (decoding only happens somewhere else).

Does someone have a current version of Sony's Soundforge MT or Audition (or some other Multichannel audio-programm) installed ? See if the ASIO interface does indeed stream high bitrate/resolution PCM in 8 channels.

I tested the ASIO device by playing DVD-Audio in foobar:
Multi channel MLP from DVD-A -> Foobar2000 DVD-Audio Decoder (http://www.avsforum.com/avs-vb/showthread.php?t=1160148) -> highres multi channel PCM -> Xonar ASIO device (2ch) via Foobar2000 -> Xonar HDAV Center (resampler) -> AV receiver via HDMI.
The result at the receiver was 2 channel PCM. Sampling rate and channel count was determined by the Xonar HDAV Center. It was possible to let the Xonar HDAV Center send 6 channel PCM to the receiver, but then all channels except FL and FR were silent.

So, although the ASIO device can provide hires PCM, it is limited to PCM 2.0 only. But hires multi channel PCM is not an issue anyway as it is working fine with WASAPI and the default Speakers device.

albain

29th September 2009, 22:05

Okay, next beta build to come : it will output TrueHD/DTSHD... as PCM to trick the audio renderer.

I hope that this will do it

Emilot

29th September 2009, 22:31

Okay, next beta build to come : it will output TrueHD/DTSHD... as PCM to trick the audio renderer.

I hope that this will do it

Cross fingers Albain!!!!!!!

Andy o

30th September 2009, 02:31

The option "Slave reference clock to audio" disables ReClock's mechanism to sync the reference clock to video card's refresh rate. So when video and audio run out of sync you get the same judder as without ReClock. The "(not recommended)" behind this option is a hint that ReClock's purpose to avoid video judder will be disabled. Instead you get bit perfect sound, but no judder-free video.
Btw this judder is so small that most people even don't notice it. I use HTPC's over 10 years now and ReClock since the first released version. After a period of time you get very sensitive to micro judder. ;)
[...]
But the vsync correction of ReClock has a different purpose. It completely eliminates micro judder if set up correctly as described in the readme. Even without tearing this feature is a must to completely get rid of judder.

I'm just a little confused here, please bear with me. This micro judder you're referring to, is it because of dropped/repeated frames every once in a while, or is it because of tiny (ms) inconsistencies of timing of individual frames due to the video renderer dynamically adjusting frame rate to synchronize with the video card's refresh?

nlnl

30th September 2009, 07:59

Can ffdshow do real-time decoding + conversion 1080i59.94 --> 1080p23.976 for film source (H264, 3:2 pulldown inside)?
Is Intel Core 2 Duo powerfull enough for that?

FoLLgoTT

30th September 2009, 08:49

This micro judder you're referring to, is it because of dropped/repeated frames every once in a while, or is it because of tiny (ms) inconsistencies of timing of individual frames due to the video renderer dynamically adjusting frame rate to synchronize with the video card's refresh?

Yes, the micro judder I'm referring to is because frames are dropped or repeated. Timing inconsistencies (jitter) at the output of the video card are extremely low and should be invisible, because the refresh rate is fix and doesn't get changed. Only MPC-HC GothSyc (http://www.ostrogothia.com/video/?page_id=1050)'s mode "Sync display to video" dynamically changes the refresh rate and produces this kind of jitter. But we don't talk about this right now. Let me explain what happens in a usual PC.

Imagine we want to play a 24p file.

Example 1)
With a refresh rate of 24Hz the cadence should look like this:

1, 1, 1, 1, 1, ...

Example 2)
With a higher refresh rate which is a multiple of 24Hz (in this case 48Hz) it should look like this:

2, 2, 2, 2, 2, ...

Resync judder
Without ReClock DirectShow always drops or repeats pictures when the asynchronicity of video and audio reaches a specific time span. In this example video is slower than audio so periodically a frame gets dropped:

Example 1)
1, 1, 0, 1, 1, ...

Example 2)
2, 2, 1, 2, 2, ...

In 1) you really loose pictures. In 2) you see all pictures but they are shown for different time spans. ReClock now slaves the reference clock to video refresh rate, leaves the cadence intact and resamples (drops/repeats) the audio instead. This is what ReClock is all about.

Judder because of vsync problem
Additionally the problem occurs that the picture arrives near the vertical sync signal (vertical blank). The graphics card then decides to show the last frame again which also causes a broken cadence.

Example 1)
1, 2, 0, 1, 1, ...

Example 2)
2, 3, 1, 2, 2, ...

As you can see the number of pictures stay the same. But again you loose a complete picture with 24Hz output. ReClock' vsync correction now makes sure that the picture always arrives with the necessary distance to the vertical blank. But this differs from refresh rate to refresh rate and even the player has an influence. So the tweaking of ReClock's vsync bar is a bit tricky. The method is described in the readme.

Btw. MPC-HC GothSyc's operating mode "Sync video display" is equal to ReClock's mechanism, but lacks the feature to drop/repeat AC3/DTS packets (though PCM gets resampled). Without that video and audio go out of sync after a while if the refresh rate does not match quite well. For more information follow this Link (http://www.ostrogothia.com/?page_id=1216).

Andy o

30th September 2009, 09:56

Right, I know frame drop/repeat judder and what it looks like. I was just wondering because I'm not experiencing it with or without ReClock, and I did think jitter would be unnoticeable. The EVR Custom's OSD is pretty informative. I can set ReClock to slave to audio, and original speed (so audio is not touched) with VSync off, set my ATI on CCC to 23.976, and it's not dropping or repeating frames or going out of sync. With VSync on in MPC-HC, I can see the number for content frame rate stay steady, and the number for refresh rate and reference clock (only labeled "clock" here) change slightly and rapidly. With VSync off in MPC-HC, content rate and "clock" change dynamically, and refresh rate is not detected (just shows zero). I'm not 100% sure what all that means, but I think the content's frame rate at least is being slightly modified dynamically to keep sync (unnoticeable jitter).

albain

30th September 2009, 13:15

THX-UltraII

30th September 2009, 14:36

Hi,

here is the new beta build for HD bitstream : now the bitstream formats are sent over PCM media type so that Reclock will let them passthrough

I added a checkbox in the output section to activate the new WAVEFORMATEXTENSIBLE_IEC61937 structure, but it does not work with Reclock.
Do not enable this checkbox unless you have a radeon 5xxx to test with (and also maybe windows 7 is required).

FFDShow bitstream beta7 (http://www.mediafire.com/?sharekey=05fb19b4b2e4495ee7c82ed4b8f0c380e04e75f6e8ebb871)

is bitstreaming with this new beta build only supported by the 5000-series of ATI or also with the ATI HD4350? I ask this because I heard some rumors on the Slysoft forum that the 4000-series from ATI would be able to bitstream.

albain

30th September 2009, 16:54

I see no reason why it shouldn't work on radeon 4xxx

I think that it has a bandwidth limit but it concerns LPCM, compressed formats even HD take less bandwidth

THX-UltraII

30th September 2009, 16:57

I see no reason why it shouldn't work on radeon 4xxx

I think that it has a bandwidth limit but it concerns LPCM, compressed formats even HD take less bandwidth

I dont understand what you mean, sorry :stupid:
I thought only the new 5XXX cards support bitstream over HDMI

THX-UltraII

30th September 2009, 16:58

btw. will there also become a x64 version available?

albain

30th September 2009, 17:59

I dont understand what you mean, sorry :stupid:
I thought only the new 5XXX cards support bitstream over HDMI

Well I heard about limitations of the HDMI 4xxx series for bitstream due to a bandwidth limit, that's all
Also, it does not include the PAP (protected audio path) the equivalent of HDCP but for audio, so AnydvdHD is required.

I don't know if 5xxx series will include the PAP

About 64 bits, I'd rather concentrate of making it work, afterwards if it is okay I will commit it to subversion (after a test phase) maybe under a svn branch and then 64 bits will be doable

THX-UltraII

30th September 2009, 19:13

thxz for your quick reply. I think I m losing you here cause I dont understand what you mean :( Still not :(:(

lets take an example to make it more clear to me:

I just downloaded your latest version of ffdshow and checked all boxes in pass-through (also True-HD). Next, I downloaaded the True-HD 7.1.m2ts file. However, I get no sound with MPC-HC playing this file. Ive also noticed that ffdshow isn t started as filter. I also tried to decode the True-hd file first by checking True-hd in the codecs setting of ffdhow but also than ffdshow does not load. I also noticed that Reclock is not loading even though I selected this as output in the MPC-HC settings. So I tried to play the file with Direct Sound as output but also => NO SOUND.

What could be wrong?

rica

30th September 2009, 19:39

andi o, vladd and samurihl:
we are expecting the trial results :thanks:

30th September 2009, 19:40

thxz for your quick reply. I think I m losing you here cause I dont understand what you mean :( Still not :(:(
Albain is trying to bitstream HD audio formats by telling the software and hardware components involved that they are getting LPCM audio. If this works, it should work on all video and sound cards that support bit-perfect multichannel LPCM output.

Commercial Blu-ray software players can't do this because they are required to use PAP for HD audio. The only technical reason why bitstreaming doesn't work on non-PAP hardware is that it's deliberately blocked in drivers or firmware.

albain

30th September 2009, 19:50

Albain is trying to bitstream HD audio formats by telling the software and hardware components involved that they are getting LPCM audio. If this works, it should work on all video and sound cards that support bit-perfect multichannel LPCM output.

Commercial Blu-ray software players can't do this because they are required to use PAP for HD audio. The only technical reason why bitstreaming doesn't work on non-PAP hardware is that it's deliberately blocked in drivers or firmware.
That's right !
I just have a fear on Asus Xonar that has a sort of "stream manager" between the stream and the HDMI output and that will deliberately downgrade the signals in some cases even if they are not protected

thxz for your quick reply. I think I m losing you here cause I dont understand what you mean :( Still not :(:(

... => NO SOUND.

What could be wrong?

This is not normal : do you have last MPC-HC version (mine is 1.0.11) ?
Also try to disable MPEG audio in MPC settings
Then, make sure that TrueHD decoder is set to libavcodec in ffdshow (even if it is not used, this will tell ffdshow to take the format in charge)
Same thing as AC3 : sometimes the truehd streams are wrongly detected by the player as AC3
Last resort : manually add ffdshow audio in the external filters section. You may have to manually add the TrueHD media type

SamuriHL

30th September 2009, 21:39

andi o, vladd and samurihl:
we are expecting the trial results :thanks:

Getting things gathered to try it it out. Just trying to figure out what I need to do to get it to work.

Emilot

30th September 2009, 21:45

I dont know if i am the right person for testing but with a Revo 7.1 and the beta 7 i am able to decode all hd signals throught it, with the help of reclock at wasapi mode.

The only thing that it doesn;t work is DTS-HD, in which i get only the core.....

Good job Albain, the whole computin world salute you....:thanks:

Setup,

Win 7 and i try everything in graph studio....

albain

30th September 2009, 22:01

Good and unexpected news !

Have you checked "use iecxxx" checkbox in output section ? Maybe this is only applicable to windows 7

Do you do real bitstream or ffdshow decode then LPCM to the receiver ?

Maybe some more work needs to be done.

I have put my hand on HDMI 1.3 specifications, and the stream needs to be packetized as for SPDIF

I guess that Windows 7 will handle this automatically (I am not sure of that).

Otherwise it needs to be done manually

The specifications are not trivial but this is doable

liquidskin76

30th September 2009, 22:02

Hey guys,

I've got everything installed (ffdshow beta 7, reclock) and i've tested. I'm getting no audio when TrueHD and DTS-HD passthrough are enabled, however i may be missing something in reclock... should 'audio interface for pcm' be set to wasapi? That's how i've got it set. Is there anything else that needs setting reclock?

I'm running NVIDIA HDMI audio.

Cheers

liquidskin76

30th September 2009, 22:05

whurlston

30th September 2009, 22:13

I dont know if i am the right person for testing but with a Revo 7.1 and the beta 7 i am able to decode all hd signals throught it, with the help of reclock at wasapi mode.Isn't that an analog output card? We know the decoding works, we're just trying to bitstream through HDMI.

Probably good that someone made sure that existing functionality has not been broken though. ;)

albain

30th September 2009, 22:15

It can't be because the revo does not have any hdmi output.

SamuriHL

30th September 2009, 22:23

It can't be because the revo does not have any hdmi output.

Ok, well, the Xonar doesn't work. :D (I had to try that first cause it's connected :D) I get LPCM decoded audio. Now I'll try connecting the ATI 5870 directly and see how that goes. I'm getting LPCM there, too. What am I doing wrong? I've installed the FFDSHOW, checked off the experimental checkbox and make sure all the audio formats are set correctly. In MPC-HC what do I need to do to get this to work?

Inventive Software

30th September 2009, 22:35

WMA Pro support made it into the ffmpeg trunk. :)

Seems this got buried in the discussions. ;)

Is this going to be included in ffdshow at some point, since basic WMA 9 support is there?

SamuriHL

30th September 2009, 22:44

Help. It doesn't seem to be using ffdshow in mpc-hd. How do I force this? This is not an area I know a lot about so if we'd like to see this work on a 5870 I'll need a little assistance. :)

SamuriHL

30th September 2009, 22:54

rica

30th September 2009, 23:03

Well, I figured out how to force the issue. Unfortunately what I'm getting now is static. The PCM (NOT multi-channel PCM) light is lit up on my 606. I know for a fact now it's going through ffdshow finally, though. So, this does not seem to work for me.

Uninstall haali first. (if you have already installed any.)

Install MPC-HC latest version and its standalone filters:

http://sourceforge.net/projects/mpc-hc/files/

Register MpegSplitter.ax (MPC MPEG Source-Gabest-), MPCVidDec.ax (MPC Video Decoder)

Install ffdshow beta 7

Open MPC-HC:

View > Options:

Internal filters: Untick all selected boxes (by default)

Output:

Select "RecLock" under DirectShow Audio option box.

External Filters:

Find out these under external filters list , add and select for everyone "prefer" as merit:

MPC MPEG Source-Gabest, MPC Video Decoder, ffdshow audio decoder.

And try again.

And some notes:

Then, make sure that TrueHD decoder is set to libavcodec in ffdshow (even if it is not used, this will tell ffdshow to take the format in charge)
Same thing as AC3 : sometimes the truehd streams are wrongly detected by the player as AC3
Last resort : manually add ffdshow audio in the external filters section. You may have to manually add the TrueHD media type

Emilot

30th September 2009, 23:07

It can't be because the revo does not have any hdmi output.

Thats why i told you about the right person to test, yes i am doing it through analog.....i didn;t have it previously so i think its almost Ok now....

And yes i check "use iecxxx", with no error message...

Emilot

30th September 2009, 23:11

SamuriHL

30th September 2009, 23:19

Uninstall haali first.

Install MPC-HC latest version and its standalone filters:

http://sourceforge.net/projects/mpc-hc/files/

Register MpegSplitter.ax (MPC MPEG Source-Gabest-), MPCVidDec.ax (MPC Video Decoder)

Install ffdshow beta 7

Open MPC-HC:

View > Options:

Internal filters: Untick all selected boxes (by default)

Output:

Select "RecLock" under DirectShow Audio option box.

External Filters:

Find out these under external filters list , add and select for everyone "prefer" as merit:

MPC MPEG Source-Gabest, MPC Video Decoder, ffdshow audio decoder.

And try again.

I don't have haali installed and all the things you've said to do is exactly what I figured out to do. For some reason it's not working for me. :(