MediaPortal Audio renderer - better video playback quality (3 Viewers)

red5goahead

MP Donator
  • Premium Supporter
  • November 24, 2007
    695
    144
    Italy, North West
    Home Country
    Italy Italy
    Stream seems to change (or audio decoder? who knows :D) the used audio format to float which is not supported currently.

    00000003-0000-0010-8000-00aa00389b71 SUBTYPE_IEEE_FLOAT

    Could you upload a sample of such file to:

    The file is uploading... (a sample ...)

    Generale
    Nome completo : D:\Media\SerieTV\***720p.HDTV.mkv
    Formato : Matroska
    Dimensione : 21,0 Mb
    Durata : 32s 800ms
    BitRate totale : 5 360 Kbps
    Data di codifica : UTC 2010-07-21 09:08:34
    Creato con : mkvmerge v2.4.2 ('Oh My God') built on Jan 18 2009 17:30:28
    Compressore : libebml v0.7.7 + libmatroska v0.8.1

    Video
    ID : 1
    Formato : AVC
    Formato/Informazioni : Advanced Video Codec
    Profilo del formato : High@L3.1
    Impostazioni del formato, CABAC : Si
    Impostazioni del formato, ReFrames : 5 fotogrammi
    Modalità di muxing : Container profile=Unknown@3.1
    Codec ID : V_MPEG4/ISO/AVC
    Durata : 32s 783ms
    BitRate : 4 870 Kbps
    BitRate nominale : 3 485 Kbps
    Larghezza : 1 280 pixel
    Altezza : 720 pixel
    AspectRatio : 16:9
    FrameRate : 23,976 fps
    ColorSpace : YUV
    ChromaSubsampling : 4:2:0
    BitDepth/String : 8 bits
    Tipo di scansione : Progressivo
    Bit/(Pixel*Frame) : 0.220
    Dimensione della traccia : 19,0 Mb (91%)
    Compressore : x264 core 93 r1538 bd72d46
    Impostazioni compressione : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc=2pass / mbtree=0 / bitrate=3485 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
    Lingua : Inglese

    Audio
    ID : 2
    Formato : AC-3
    Formato/Informazioni : Audio Coding 3
    Format_Settings_ModeExtension : CM (complete main)
    Codec ID : A_AC3
    Durata : 32s 800ms
    Modalità : Costante
    BitRate : 384 Kbps
    Canali : 2 canali
    Posizione dei canali : Front: L R
    SamplingRate : 48,0 KHz
    Dimensione della traccia : 1,50 Mb (7%)

    Edit: note also with MPA decoder don't work

    Imho next step should be: ;)

    1) Multi-channel support

    2) Ac3 encoding through spd/if (not for me because I've an audio card with encoding embedded ...)
     

    mironicus

    Portal Pro
    March 9, 2008
    688
    44
    AW: MediaPortal Audio renderer - better video playback quality

    With the second version no videos are played on my system anymore. Changing from Mediaportal Audio Render back to the Default Directsound Renderer everything is normal again. Tested with TV, Videos...

    The first version works for me (just copying over the ax-file from the first version and it works again). I checked also the registry entries and deleted them manually before registering the new .ax-file.
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    Re: AW: MediaPortal Audio renderer - better video playback quality

    With the second version no videos are played on my system anymore. Changing from Mediaportal Audio Render back to the Default Directsound Renderer everything is normal again. Tested with TV, Videos...

    The first version works for me (just copying over the ax-file from the first version and it works again). I checked also the registry entries and deleted them manually before registering the new .ax-file.

    (0x80070057) == Invalid argument. Quite odd since the WASAPI says that the format is ok and then fails in the initialization phase.

    Could you check:

    1) registry setting "WASAPIExclusive = 0"
    2) using defined audio end points in regitry "WASAPIPreferredDevice"

    try both:

    {0.0.0.00000000}.{68b961ad-2b35-4457-b26c-e2f280ed8561}
    {0.0.0.00000000}.{99e12235-65ae-414f-90cf-3c5e8d8fa8fb}

    If that doesn't help I need to add more logging to see what might fail. It is possible that the event driven mode is not supported at all, in that case I would recommend HW driver manufacturer to be punished. As I have no plans to support the bad poll mode anymore, I hope that it is some bug in our code :)
     

    mironicus

    Portal Pro
    March 9, 2008
    688
    44
    AW: Re: AW: MediaPortal Audio renderer - better video playback quality

    I found the cause of the problem. It's the Realtek HDMI audio driver (latest version 2.50 from the Realtek homepage). After uninstalling it Windows used the normal ATI driver and those works good with Mediaportal and the new audio renderer (seems to be fully WASAPI compatible).
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    Re: AW: Re: AW: MediaPortal Audio renderer - better video playback quality

    I found the cause of the problem. It's the Realtek HDMI audio driver (latest version 2.50 from the Realtek homepage). After uninstalling it Windows used the normal ATI driver and those works good with Mediaportal and the new audio renderer (seems to be fully WASAPI compatible).

    It could be the drivers that aren't supporting the pull mode (which would be a big shame on Realtek). Could any others confirm that the Realtek's HDMI driver is causing the same issue. Also does roll backing to an earlier version help?
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    Stream seems to change (or audio decoder? who knows :D) the used audio format to float which is not supported currently.

    00000003-0000-0010-8000-00aa00389b71 SUBTYPE_IEEE_FLOAT

    Could you upload a sample of such file to:

    The file is uploading... (a sample ...)

    Generale
    Nome completo : D:\Media\SerieTV\***720p.HDTV.mkv

    Works here ok. Sounds like something odd with our ffdshow version or settings since it is using the float as output type. Make sure that "32 bit floating point" is not enabled in ffdshow's output settings. In fact nothing else than the "16 bit integer" should be enabled in that output setting page.

    If that doesn't help I'm quite clueless why it outputs as float (when you have explicitly told it to not to do so). Maybe you could take a screenshot of teh graph and ffdshow output settings and the ffdshow output pin properties?
     

    red5goahead

    MP Donator
  • Premium Supporter
  • November 24, 2007
    695
    144
    Italy, North West
    Home Country
    Italy Italy
    Quite odd because another files with audio Ac3 2Ch. work fine.
    ffdshow do not have any other option than 16 bit. anyway it does'nt work also with mpa decoder embedded in mp.
    very hard to create a filtergraph image in this situation ! :D

    edit : with "the other " renderer ;)

    84178965.jpg


    probably the audio filter starts with 32 bit floating point decoding and switch later to 16 bit.
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    probably the audio filter starts with 32 bit floating point decoding and switch later to 16 bit.

    To me it sounds like a bug in ffdshow. What revision you are using? If 16 bit is only enabled the decoder shouldn't out put (or actually must not out put) to any other format. Also it needs to respect the other filters response to the format negotiation.

    My dev PC has a really old ffdshow revision 3119 / Oct 18 2009, it could be a bug in a newer ffdshow (of course in later stages it wont "matter" what ffdshow will output when the audio renderer will accept all formats, but it would be nice that user config would be respected).

    Hopefully albain sees this thread / issue and can comment the possibility of such bug.
     

    red5goahead

    MP Donator
  • Premium Supporter
  • November 24, 2007
    695
    144
    Italy, North West
    Home Country
    Italy Italy
    probably the audio filter starts with 32 bit floating point decoding and switch later to 16 bit.

    To me it sounds like a bug in ffdshow. What revision you are using? If 16 bit is only enabled the decoder shouldn't out put (or actually must not out put) to any other format. Also it needs to respect the other filters response to the format negotiation.

    My dev PC has a really old ffdshow revision 3119 / Oct 18 2009, it could be a bug in a newer ffdshow (of course in later stages it wont "matter" what ffdshow will output when the audio renderer will accept all formats, but it would be nice that user config would be respected).

    Hopefully albain sees this thread / issue and can comment the possibility of such bug.

    The last one. June 28,2010 rev 3488

    ffdshow tryouts project, svn 3488 (x86/x64) - XvidVideo.RU

    try to send you another sample files that work for me .

    ******************-001.mkv
     

    Users who are viewing this thread

    Top Bottom