2012-03-03, 19:55
@voip-ninja,
I can't duplicate what you're seeing with the pause glitch - not sure if that's a rip issue or perhaps with the Global Delay patch. I'm not using the Global Delay settings as I don't have any sync issues (lucky I guess!). So far I have one BD-rip that exhibits horrible sync (just a bad rip) but everything else in my collection is spot-on regardless of container/codecs. Perhaps try using no advancedsettings file and see what that does on your rig, just to narrow it down.
The general philosophy on builds/patches/latest code is that users should build for themselves. This usually applies for mainline XBMC as well - thus no binaries between releases, and the expectation that users apply betas and RCs at their risk for testing purposes.
I have no issues assisting with binaries for this HDAudio patch or for AE. In the first case I think that Daniela has brought something long-awaited into the here-and-now, and that it's stable enough to not be considered a testing build. It brings great benefit to users. In the case of AE I think it's time for a wider test run, especially on the Win platform as it's more stable than the Linux code right now.
So to answer - I have no problem supporting this for users as and when new things happen with master or Daniela's work, as long as there have been significant benefits brought to either. That might mean some delay and possibly no build at all if there hasn't been much added or if feedback seems to indicate issues which might make it worse (as RC1 did lol).
I can't duplicate what you're seeing with the pause glitch - not sure if that's a rip issue or perhaps with the Global Delay patch. I'm not using the Global Delay settings as I don't have any sync issues (lucky I guess!). So far I have one BD-rip that exhibits horrible sync (just a bad rip) but everything else in my collection is spot-on regardless of container/codecs. Perhaps try using no advancedsettings file and see what that does on your rig, just to narrow it down.
The general philosophy on builds/patches/latest code is that users should build for themselves. This usually applies for mainline XBMC as well - thus no binaries between releases, and the expectation that users apply betas and RCs at their risk for testing purposes.
I have no issues assisting with binaries for this HDAudio patch or for AE. In the first case I think that Daniela has brought something long-awaited into the here-and-now, and that it's stable enough to not be considered a testing build. It brings great benefit to users. In the case of AE I think it's time for a wider test run, especially on the Win platform as it's more stable than the Linux code right now.
So to answer - I have no problem supporting this for users as and when new things happen with master or Daniela's work, as long as there have been significant benefits brought to either. That might mean some delay and possibly no build at all if there hasn't been much added or if feedback seems to indicate issues which might make it worse (as RC1 did lol).