dropouts when watching hd tv (5 Viewers)
- Thread starter RicoHTPC
- Start date
- Thread starter
- #72
Hey it's me again and I'm afraid I'm still having problems.
I encountered sync problems for the first time yesterday (have been on vacation for a couple of days that's why I couldn't
spot this earlier) and have reproduced and hopefully captured them in the attached logs today.
If the tsreader checks for the correct timestamp-clock relation every second why does it allow a noticeable desync?
Also my problems with the audio dropouts: why is it waiting a couple of minutes to compensate like half a second difference
with 10 or so dropouts at once? Does that mean that slowing down / speeding up the video stream does not work on my system?
Do I have to take care of any requirements like codecs or so? I'm using the MS codec atm because it seems to give the best output.
Sorry to cause so much problems...
Regards,
Rico
I encountered sync problems for the first time yesterday (have been on vacation for a couple of days that's why I couldn't
spot this earlier) and have reproduced and hopefully captured them in the attached logs today.
If the tsreader checks for the correct timestamp-clock relation every second why does it allow a noticeable desync?
Also my problems with the audio dropouts: why is it waiting a couple of minutes to compensate like half a second difference
with 10 or so dropouts at once? Does that mean that slowing down / speeding up the video stream does not work on my system?
Do I have to take care of any requirements like codecs or so? I'm using the MS codec atm because it seems to give the best output.
Sorry to cause so much problems...
Regards,
Rico
Hi Rico,
You haven't been forgotten about - I haven't posted anything new recently because of lack of time to work on it and because it's a difficult problem to fix. I'm hoping to do some work on it later today
Thanks for the logs.
You haven't been forgotten about - I haven't posted anything new recently because of lack of time to work on it and because it's a difficult problem to fix. I'm hoping to do some work on it later today
Thanks for the logs.
- Thread starter
- #75
@Owlsroost Thank you very much! I'd love to test it rightaway - unfortunately I am work-related out of town for one week.
So I won't be able to reply until the middle of next week.
Just for my understanding: How can I see if the tsreader is doing what it's supposed to? (meaning this special version with its
ability to adjust) Is it the green line (render time) which would then change? I've seen that it did change in one scene...
Again thanks for your effort.
So I won't be able to reply until the middle of next week.
Just for my understanding: How can I see if the tsreader is doing what it's supposed to? (meaning this special version with its
ability to adjust) Is it the green line (render time) which would then change? I've seen that it did change in one scene...
Again thanks for your effort.
I just found this thread and i have the same Problem.
@RicoHTPC : I have checked your systemspec of the server and same as I, you are using a board based one the H77 intel and DD S2 Cards.
This is a problem of the H77 board (according to the support of DD) because the powersupply is not very stable. ( Ich muss hier kurz in Deutsche wechseln, weil meine Englischkenntnisse mich verlassen. Das H77 stellt keine 100Mhz für den Bus bereit sondern nur 99,97 und bricht dann bei Mehrbelastung ein. Hat nichts mit dem Netzteil zu tun, die Stromschwankungen werden nicht geglättet und wirken sich extrem bei verschlüsselten Sendern aus)
I have really big problems if i record and watch at the same time. To reduce the stuttering without recording i have changed the codec from LAV to Microsoft DTV. I also record now without watchimg at the same time.
What i will do next is to take all HHD (3) out of der TV Server and replace them by only by a SSD for recordig.
I will also try Owlsroost TSReader file.
Maybe you can check and confirm my suggestion.
If nothing helps I will buy a new board and built a new server.
Nachtrag: I have just switched on a scrambled channnel (SKY) for EPG-grabbing and after a while i had a lot of artefacts. To find out if it´s the EPG Grabbing I will switch it of and see what happens.
@RicoHTPC : I have checked your systemspec of the server and same as I, you are using a board based one the H77 intel and DD S2 Cards.
This is a problem of the H77 board (according to the support of DD) because the powersupply is not very stable. ( Ich muss hier kurz in Deutsche wechseln, weil meine Englischkenntnisse mich verlassen. Das H77 stellt keine 100Mhz für den Bus bereit sondern nur 99,97 und bricht dann bei Mehrbelastung ein. Hat nichts mit dem Netzteil zu tun, die Stromschwankungen werden nicht geglättet und wirken sich extrem bei verschlüsselten Sendern aus)
I have really big problems if i record and watch at the same time. To reduce the stuttering without recording i have changed the codec from LAV to Microsoft DTV. I also record now without watchimg at the same time.
What i will do next is to take all HHD (3) out of der TV Server and replace them by only by a SSD for recordig.
I will also try Owlsroost TSReader file.
Maybe you can check and confirm my suggestion.
If nothing helps I will buy a new board and built a new server.
Nachtrag: I have just switched on a scrambled channnel (SKY) for EPG-grabbing and after a while i had a lot of artefacts. To find out if it´s the EPG Grabbing I will switch it of and see what happens.
Last edited:
- Thread starter
- #77
Hello @schwarzrz nice to see that I am not alone.
I do not think that this problem is server related as I don't have it on my other client.
I think the reason for my problem is my two display setup which seems to stress my system quite a lot.
The problems show differently with different codecs. (showing in longer or shorter times before the next couple of dropouts
occure and how they occure)
Actually it does not seem to be a problem of the pure power itself but the inability to match video and audio or to slow down / speed up the video.
I do not think that this problem is server related as I don't have it on my other client.
I think the reason for my problem is my two display setup which seems to stress my system quite a lot.
The problems show differently with different codecs. (showing in longer or shorter times before the next couple of dropouts
occure and how they occure)
Actually it does not seem to be a problem of the pure power itself but the inability to match video and audio or to slow down / speed up the video.
What i will try next is a change of the graphik card in the client. It is really getting hot. Maybe ot ist a heat problem.
Maybe you could test and try to change your codec as i mentioned above.
Also check this thread:
https://forum.team-mediaportal.com/...ezes-with-rtsp-unc.127225/page-7#post-1107402[DOUBLEPOST=1415718455][/DOUBLEPOST]
Have you tested this?
Maybe you could test and try to change your codec as i mentioned above.
Also check this thread:
https://forum.team-mediaportal.com/...ezes-with-rtsp-unc.127225/page-7#post-1107402[DOUBLEPOST=1415718455][/DOUBLEPOST]
But how do you explain, that there seems to be no issues if i dont record and watch at the same time?
Have you tested this?
- Thread starter
- #79
Believe me - I've tested a lot. For my case it has nothing to do with simultaneous recording or timeshifting and heat is no problem either.
Codecs make a difference as I said. But obviously there's no codec that really solves the problem it only shows different.
Codecs make a difference as I said. But obviously there's no codec that really solves the problem it only shows different.
- May 16, 2008
- 11,418
- 2,336
- Home Country
-
Germany
Simultaneous watching and recording of Sky channels will be subject to the CAM used. A "weak" CAM like my own Maxcam V1 doesn't have sufficient performance to allow this. So while I have no issues watching for example any FTA HD channel and recording an encrypted Sky channel, I can't safely watch and record two different Sky shows. I do know though that people who are using a Maxcam V2 or a Deltacam do not have any problems and the CAM is capable of safely decrypting four different channels at the same time.
The hypothesis of critical CAM capability is supported by the reported EPG issues that you see when running Sky.