- Bitstreaming Vs Decoding: It you bit stream you "have" to get dropped video frames at some point as the clocks for audio and video are different. You can chase every closer clock rates and may get close enough that you will not see any dropped frames over the typical length of a move. The other "answer" is to decode on the PC to LPCM and use VideoClock to resample the audio to keep it in sync. The only real downside of this is you don't get the pretty HD Audio lights on your AV Receiver glowing! That said, with my new A3000 I will be checking both options out.
Cheers mate! I realise the bitstream vs decode argument, (and your previous posts about it!) hence the (!) in my previous post!!! LOL
I'm such a happy bunny now that everything seems to have come together for my setup on the video side.
My criteria when looking for a system was essentially being able to output over HDMI any source natively (ie at native framerate for video and at native bitdepth and samplerate for audio (including native HD codecs)). This I have finally now achieved, so hence why I'm pleased. However, I have also learned along the way over the past 6 months that there may be a *better* way rather than just 'native'.
The reason why I love JRiver MC is that it makes tinkering (optimisation?) easy. This forum is *so* helpful both from the Dev team, but also just from users general experience. It feels like a great 'community'! I hope I can help others over the next few months/years as I gain experience in using MC as I'd like to put back in what I have got out of it.
Of course, there are aspects of MC that I personally think are deficient, but I will leave that for a rainy day. I hope these will be resolved in MC17 as I have no doubt that I will continue to support this superb product (both here and on other forums).
SBR