- May 14, 2008
- 3,558
- 434
- Home Country
-
Germany
Zapping, RTSP improvements ( test plz ). (2 Viewers)
- Thread starter Ambass
- Start date
- Status
- May 14, 2008
- 3,558
- 434
- Home Country
-
Germany
Don't know - will try it today evening. In the past ac3filter works better for me - don't know why anymore.
Wait until new patch version is available. SVN contains no changes related to this patch.
EDIT: bah, Ambass were few seconds faster
I'd luv to test this since I'm a genuine rtsp whore myself
only my mp install is already patched beyond recognition (mpc subs patch etc.) and I'd hate to live without it.
Are the patch/diff files available ?
I need them for the core.dll
/gibman
only my mp install is already patched beyond recognition (mpc subs patch etc.) and I'd hate to live without it.
Are the patch/diff files available ?
I need them for the core.dll
/gibman
219 views of the original download, can we have a bit more feedback please from the people who may be trying this :
Previously I've run 21720 SVN with "usertsp=no" with no problems (and fast zapping) Gibman! But since this patch also seems to address the "Swedish" problem with our local broadcast that swede reports about, I decided to give this patch a go.
However, I must say that it in my environment it actually worsening my zapping times - especially when using "usertsp=no". If using RTSP it is a bit better, but then I experience a lot of "stutterings" - like the ones disaster123 is describing (which I also experience in usertsp=no). And also I tested the "swedish problem" yesterday evening - and it did not fix it for me... This is compared to "plain" SVN 21720.
The problem is that it is somewhat intermittent - it can work great with zapping for a while - and then just suddenly it takes up to 10-20 seconds to change to a channel (SD channels). I haven't yet seen any real pattern to why and when this happens. I looked through my TSReader.log and I've seen a lot of "Audio is way behind, etc" or if it was "way ahead" - can't remember right now... This would perhaps suggest it is something with my broadcast?
I experience the same with recordings as well.
But it works absolutely great with SVN 21720 and usertsp=no (except for the "swedish problem").
Sorry I don't have logs to provide right know, but I will provide logs when I have time to reproduce this (not tonight though).
I just hope that it is something with my setup.
See my signature for details. Keep up the good work!
Gibman! But since this patch also seems to address the "Swedish" problem with our local broadcast that swede reports about, I decided to give this patch a go.However, I must say that it in my environment it actually worsening my zapping times - especially when using "usertsp=no". If using RTSP it is a bit better, but then I experience a lot of "stutterings" - like the ones disaster123 is describing (which I also experience in usertsp=no). And also I tested the "swedish problem" yesterday evening - and it did not fix it for me... This is compared to "plain" SVN 21720.
The problem is that it is somewhat intermittent - it can work great with zapping for a while - and then just suddenly it takes up to 10-20 seconds to change to a channel (SD channels). I haven't yet seen any real pattern to why and when this happens. I looked through my TSReader.log and I've seen a lot of "Audio is way behind, etc" or if it was "way ahead" - can't remember right now... This would perhaps suggest it is something with my broadcast?
I experience the same with recordings as well.
But it works absolutely great with SVN 21720 and usertsp=no (except for the "swedish problem").
Sorry I don't have logs to provide right know, but I will provide logs when I have time to reproduce this (not tonight though).
I just hope that it is something with my setup.
See my signature for details. Keep up the good work!
- Status