- March 10, 2006
LAV for some reason doesn't play well when the same file is accessed at the same time. Symptoms are: video plays, but audio is behind; audio plays, but video is behind; or some other weird stutter/etc behaviour. So if MediaInfo does not use the codecs/splitters to get the info (to me it made sense if it did), then the LAV codec/splitter usage by MediaPortal for playback while at the same time the file is read with another method must be enough then. Switching to MPC-HC standalone filters has fixed it for me on a few boxes I've helped fix. On my own system I do not notice it, except when I'm concurrently accessing the same mediafile via RDP, when the HTPC is in full use. The symptoms are extremly noticable during startup (which I always assumed was due to MediaInfo), with video catching up to audio for sometimes 20 seconds, but also during playback eventually short stuttering will occur when the buffers run out. Sometimes all I have to do is select the media file inside Windows Explorer via RDP, as the thumbnail generator kicks in then.Actually MediaInfo doesn't use anything from the DirectShow (where the codecs etc. are) but instead it uses the internal media file parsing code.
Nothing ever shows up in the log files that clearly indicate what is going 'wrong', so I've had to make a lot of indirect assumptions. Renaming MediaInfo.DLL to disable it, solves it for a lot of users that I've helped with this issue. Switching from LAV to MPC-HC solves it for the ones who do not want to disable MediaInfo.If it is MediaInfo related then changing codecs wont help in any way. If changing codecs helps then it is either a bug in the DS filter or MP itself that causes the issues. Also more threading in the DS filter / codec side won't help with any playback issues like freezed images.