MediaPortal Audio renderer - better video playback quality (1 Viewer)

[JACOB B]

What are the main differences between reclock and MP audio renderer - searching this thread doesn't really give a full answer...

 

[wouter1971]

But unfortunately I can't get the AC3Encode mode to work. It sounds like the center is dead, because the noises are very very silent or completely off.

Unfortunately I haven't ever had a multi channel setup so I could have tested the AC3 encoding properly. Has anyone else seen same issue?

If you install SAF you the only thing you have to do is say no to HDMI / SPDIF question and DISABLE the mixer in both profiles (there is a seperate profile for dts). If you do not disable the mixer the output is 2.0 and not Dolby Digital.

 

[Tomislav]

Hello,

it seems thad fastforward doesn't work with Mediaportal Audiorenderer as audio renderer. Is there any way to solve this?

Thnx

 

[BlockbusterF]

AW: MediaPortal Audio renderer - better video playback quality

Hi,

i've got the same problem as "mgl". Switched back to the original dshowhelper and now the 25fps in my TV-series are correctly recognised.

Besides that, everythings perfect. Even AC3encode mode.

Thank you very much!

 

[wouter1971]

Did you check 92 version: Link

 

[BlockbusterF]

AW: MediaPortal Audio renderer - better video playback quality

just checked 92 DWM and nonDWM. Everytime the same result. Wrong fps detection.

 

[Owlsroost]

Re: AW: MediaPortal Audio renderer - better video playback quality

just checked 92 DWM and nonDWM. Everytime the same result. Wrong fps detection.

You need to provide logs if you want help with this....otherwise we have no information to work out what's happening....

Tony

 

[rlevis]

Bug found

Bug found! I was using reClock but just started using the MP audio renderer as I needed to delay the audio for a new TV.

A major problem has occured listening to radio stations (satelite). The audio sounds double-speed with strange noises. I guess it has something to do with no video in the stream. My wife wishes to listen to radio during the day and can't. I'm stuck with either lip sync TV issues and radio working, or vice versa.

I suspect logs will be of no use. Using ffdshow audio decoder, but decoder doesn't matter.

LAV Audio decoder does work but then it's bypassing the MP audio renderer. It must render the audio itself.

Any chance for a quick fix for this?

many thanks.

 

[gibman]

Just a small hint.

When disabling WASAPI I realized that a few of my xvid cartoons had audio sampling rates of 44.1 and 32 khz.
As a consequence of this the MP audio renderer did not connect to the ffdaudio decoder, instead it was using default directsound device.

The fix was to make sure that ffdaudio resampled the audio to 48khz (as in my case 48khz 2-channel audio was setup in windows control panel-audio settings) - I think this is default.

How ?
Just enable ffdaudio decoder's resample filter.
Choose "Resample Only if audio samplerate is less than 48khz".

I've also disabled WASAPI on by bedroom-htpc, as the audio is merely rendered by my TV's crappy 2 channel speakers (hdmi) while I at the same time enjoy using only ONE remote control. Having to fiddle with the TV's remote control for controlling audio is a pain, which is required when using WASAPI.

/gibman

Anyways, many thanks for the help so far, it is much appreciated.

Enable the exclusive WASAPI. It allows audio renderer to control the audio format - without it the selection you have made in OS / audio config will be the only format that can be used (usually 2 channel and some specific sampling rate).

And if it still fails then please provide again the audio renderer log (others aren't needed).



WASAPI == The Windows Audio Session API

 

[tourettes]

When disabling WASAPI I realized that a few of my xvid cartoons had audio sampling rates of 44.1 and 32 khz.
As a consequence of this the MP audio renderer did not connect to the ffdaudio decoder, instead it was using default directsound device.

I'm assuming that you disabled only the exclusive WASAPI mode - the directsounds based code path is just not something worth trying to get to work with the MPAR (it could work in some systems...).

The fix was to make sure that ffdaudio resampled the audio to 48khz (as in my case 48khz 2-channel audio was setup in windows control panel-audio settings) - I think this is default.

I would call it a temporary solution - there will be a real "solution" in coming months (at least as beta quality, but hey the whole renderer is still tagged as beta ).