Problems by building the graph after the first time (1 Viewer)

hugo13

Portal Pro
October 22, 2007
89
3
Hallo together,

My second post, because i do not know othe which topic it is the right position.

I have still the small problem with the sound. If i switch from a HDTV channel with only AC3 sound to a SDTV channel with only PCM, there is no sound over SPDIF. After switching to a SDTV channel with AC3/PCM and back to the channel with only PC, sound works.

If i look in the MediaPortal.log, i found following points:
Connecting first channel:

2008-03-03 11:06:28.230673 [Info.][MPMain]: added filter:CyberLink Audio Decoder to graph
2008-03-03 11:06:28.234579 [Info.][MPMain]: added filter:MONOGRAM AAC Decoder to graph
2008-03-03 11:06:28.239461 [Info.][MPMain]: add filter:Realtek Digital Output (Realtek to graph clock:True

This looks ok, but on the channel there is no AAC Decoder, why is this filter connected to the graph ?

After switching channel:
2008-03-03 11:06:46.682617 [Info.][MPMain]: Disconnecting pin Audio
2008-03-03 11:06:46.683593 [Info.][MPMain]: Disconnecting all pins from filter Microsoft MPEG-1/DD Audio Decoder
2008-03-03 11:06:46.683593 [Info.][MPMain]: Disconnecting pin XFrom Out
2008-03-03 11:06:46.683593 [Info.][MPMain]: Disconnecting all pins from filter Realtek Digital Output (Realtek
2008-03-03 11:06:46.687499 [Info.][MPMain]: ----------------TryConnect-------------
2008-03-03 11:06:46.689452 [Info.][MPMain]: Testing filter: Realtek Digital Output (Realtek
2008-03-03 11:06:46.690429 [Info.][MPMain]: Trying to connect to Audio Input pin (rendered)
2008-03-03 11:06:46.699217 [Info.][MPMain]: Connection failed: 8004025c
2008-03-03 11:06:46.699217 [Info.][MPMain]: Dead end. Could not successfully connect pin Audio to filter Realtek Digital Output (Realtek!
2008-03-03 11:06:46.699217 [Info.][MPMain]: Testing filter: MONOGRAM AAC Decoder
2008-03-03 11:06:46.700194 [Info.][MPMain]: Trying to connect to XForm In
2008-03-03 11:06:46.701170 [Info.][MPMain]: Connection failed: 80040207
2008-03-03 11:06:46.701170 [Info.][MPMain]: Dead end. Could not successfully connect pin Audio to filter MONOGRAM AAC Decoder!
2008-03-03 11:06:46.702147 [Info.][MPMain]: Testing filter: CyberLink Audio Decoder
2008-03-03 11:06:46.702147 [Info.][MPMain]: Trying to connect to Audio In
2008-03-03 11:06:46.755854 [Info.][MPMain]: Connection succeeded
2008-03-03 11:06:46.757807 [Info.][MPMain]: got pins
2008-03-03 11:06:46.757807 [Info.][MPMain]: got pin#0:Audio In
2008-03-03 11:06:46.758784 [Info.][MPMain]: got pin#1:Audio Out
2008-03-03 11:06:46.758784 [Info.][MPMain]: ----------------TryConnect-------------
2008-03-03 11:06:46.758784 [Info.][MPMain]: Testing filter: Realtek Digital Output (Realtek
2008-03-03 11:06:46.759760 [Info.][MPMain]: Trying to connect to Audio Input pin (rendered)
2008-03-03 11:06:46.773431 [Info.][MPMain]: Connection succeeded
2008-03-03 11:06:46.773431 [Info.][MPMain]: got pins
2008-03-03 11:06:46.774408 [Info.][MPMain]: got pin#0:Audio Input pin (rendered)
2008-03-03 11:06:46.774408 [Info.][MPMain]: Successfully rendered pin CyberLink Audio Decoder:Audio Out to Realtek Digital Output (Realtek:Audio Input pin (rendered).
2008-03-03 11:06:46.774408 [Info.][MPMain]: render ok
2008-03-03 11:06:46.775384 [Info.][MPMain]: Successfully rendered pin TsReader:Audio to CyberLink Audio Decoder:Audio In.
2008-03-03 11:06:46.775384 [Info.][MPMain]: render ok
2008-03-03 11:06:46.775384 [Info.][MPMain]: got pin#1:Video
2008-03-03 11:06:46.776361 [Info.][MPMain]: Disconnecting pin Video
2008-03-03 11:06:46.776361 [Info.][MPMain]: Disconnecting all pins from filter CyberLink H.264/AVC Decoder (PDVD7.x)
2008-03-03 11:06:46.776361 [Info.][MPMain]: Disconnecting pin Video Out
2008-03-03 11:06:46.777337 [Info.][MPMain]: Disconnecting all pins from filter Enhanced Video Renderer
2008-03-03 11:06:46.838857 [Info.][MPMain]: Disconnecting pin ~Closed Caption Out
2008-03-03 11:06:46.838857 [Info.][MPMain]: Not connected
2008-03-03 11:06:46.839833 [Info.][MPMain]: ----------------TryConnect-------------
2008-03-03 11:06:46.839833 [Info.][MPMain]: Testing filter: Realtek Digital Output (Realtek
2008-03-03 11:06:46.839833 [Info.][MPMain]: Dead end. Could not successfully connect pin Video to filter Realtek Digital Output (Realtek!
2008-03-03 11:06:46.840810 [Info.][MPMain]: Testing filter: MONOGRAM AAC Decoder

Why is no the Microsoft decoder is disconneted ?
And now the filter which works without any problems at the first time, can not be connected anymore.
Sometime the cyberlink h.264 video codec is trying to connected to the audio graph.

Please help i am a little bit confused. It something wrong with my configuration ?

Hugo

__________________
 

Eabin

Retired Team Member
  • Premium Supporter
  • September 18, 2006
    465
    43
    as a general rule, always use Default Directsound Device in all Sections of the MediaPortal Configuration to avoid issues like that.

    as to the other things - i first have to look at your logfile - but at the moment two different methods are used to build the graph (one for the first time and a different one on all subsequent builds as long as TV is on). this should be corrected some time.
    don't take the log output all too literally. the building process tries to connect any two filters that are preloaded, because before trying to connect them, it cannot know if they can be connected. so it is perfectly normal that most of the connects in the log output fail.

    oh, and on a second note: the cyberlink audio decoder is, well, crap. try using ffdshow as audio decoder, and it may as well just work :)
     

    hugo13

    Portal Pro
    October 22, 2007
    89
    3
    as a general rule, always use Default Directsound Device in all Sections of the MediaPortal Configuration to avoid issues like that.
    if that is a general role, please delete the configuration point in the TV client.
    technical that makes no difference between Defauft Directsound Device or my Soundcard device, because it is the default device.
    as to the other things - i first have to look at your logfile - but at the moment two different methods are used to build the graph (one for the first time and a different one on all subsequent builds as long as TV is on). this should be corrected some time.
    don't take the log output all too literally. the building process tries to connect any two filters that are preloaded, because before trying to connect them, it cannot know if they can be connected. so it is perfectly normal that most of the connects in the log output fail.
    The procedure of the first time works fine, stable and fast. Why can the second method not use the same filter like the first? (There a errors with the same codecs which are used by the first method).
    Why MP uses the other method by channel switching ?
    This takes a lot of time 1-3s. That means the channel switching time goes up to 5s.
    Question: Why i can configured the filter in the TV settings ? But there are not used, very confusing and not a good solution for finding problems with the filter. So using other codecs like ffdshow to solve this problem, can not help, because nobody knows if there are used or not. Or other question: Why trying all combitation of filter ? Like try to connect video codec filter to the sound renderer or try to audio renderer to the video renderer. Make that a sense?

    I think it is better to use the same procedure of the first graph for channel switching and using the filter which are configured in the settings and make a error popup if they can not be used. This is a faster and easier functionality, and better for solving problems with the filter.

    Hugo
     

    Eabin

    Retired Team Member
  • Premium Supporter
  • September 18, 2006
    465
    43
    could you please elaborate on which filters are not being used that you configured in the settings?
    and have you even tried to _not_ use the cyberlink audio codec, which is known to have issues with audio type changes?

    and on which evidence do you base your assumption that the second method takes 1-3 seconds to build the graph? the longest time i can see in your logfile are about 0.3 seconds.

    last but not least i told you already that the log output can be confusing to people not familiar with the technical reasons. sorry for that. if you have a better idea how to check for the filter type, i am open to suggestions though.
     

    hugo13

    Portal Pro
    October 22, 2007
    89
    3
    the longest time i can see in your logfile are about 0.3 seconds.
    The longest time in the trace is over 2.5s only the first is 0.3s.
    last but not least i told you already that the log output can be confusing to people not familiar with the technical reasons. sorry for that. if you have a better idea how to check for the filter type, i am open to suggestions though.
    Ok, then please give me a technical reason for trying to connected the CyberLink H.264/AVC Decoder to the audio pin. Or give me a reason why MP does only use the configured filter in the settings at the first TV channel, and later it uses something else.

    Ok, i do not have the technical background, but from the user side this is a bug, because the system does not use the configured filters.

    Hugo
     

    Eabin

    Retired Team Member
  • Premium Supporter
  • September 18, 2006
    465
    43
    could you please point me to the trace? the graph rebuilding time is the time between "Doing full graph rebuild." and "Reconfigure graph done".

    The technical reason behind this is, that we cannot know which _type_ of filter the CyberLink H.264/AVC Decoder is. It might as well be an audio decoder. So MP just calls the connect method, and the connect method asks for the type of the filter, which in turn returns an error because it apparently isn't suitable for audio. You see that in this context, "connect" does not in any sense mean that we believe that these filters should be able to establish a connection. It doesn't event really try to actually connect those filters. It just happens to be a badly worded log output.

    And both methods of building the graph use the filters that are configured in the settings. is there a reason why you believe otherwise?
     

    Users who are viewing this thread


    Write your reply...
    Top Bottom