MediaPortal Audio renderer - better video playback quality (9 Viewers)

[tourettes]

Video plays nice with this renderer (not only placebo now), but I have A/V-sync issue. At beginning and even after pause sync is fine, but video starts delaying constantly. After a while (10min-) it is noticeable. Tried different settings but no improvement happen (disabling exclusive & event mode and shortening device period to 50000). What am I doing wrong this time?

Could be audio renderer bug, but no clue yet. Also no one else has reproted so it would be quite rare, probably related to the system / audio clock rates since currently the system clock is used as the base where the reference clock is generated.

PS. At log time 11:55 I pressed pause & play to get sync back.

Pause / seek wil always resync the A/V sync since the first audio sample is scheduled.

 

[tourettes]

Video plays nice with this renderer (not only placebo now), but I have A/V-sync issue. At beginning and even after pause sync is fine, but video starts delaying constantly. After a while (10min-) it is noticeable. Tried different settings but no improvement happen (disabling exclusive & event mode and shortening device period to 50000). What am I doing wrong this time?

Could be audio renderer bug, but no clue yet. Also no one else has reproted so it would be quite rare, probably related to the system / audio clock rates since currently the system clock is used as the base where the reference clock is generated.

There are few things you could test to see if it happens in these cases as well

1) Disable EnableTimestretching in registry - see 1st post in this thread for the registry location for audio renderer
2) try to play 1:1 material
3) try different audio device - for example if you have audio chip in motherboard

 

[micko]

Video plays nice with this renderer (not only placebo now), but I have A/V-sync issue. At beginning and even after pause sync is fine, but video starts delaying constantly. After a while (10min-) it is noticeable. Tried different settings but no improvement happen (disabling exclusive & event mode and shortening device period to 50000). What am I doing wrong this time?

Could be audio renderer bug, but no clue yet. Also no one else has reproted so it would be quite rare, probably related to the system / audio clock rates since currently the system clock is used as the base where the reference clock is generated.

There are few things you could test to see if it happens in these cases as well

1) Disable EnableTimestretching in registry - see 1st post in this thread for the registry location for audio renderer
2) try to play 1:1 material
3) try different audio device - for example if you have audio chip in motherboard

Ok, I will do more testing at weekend, but here is some quick tests.

1) MP cannot start media with timestretching disabled for some reason? Logs attached
2) Sorry, but best I can do is 1:2 (25fps:50Hz). With that sync latency is growing slower than earlier bias adjusted material (23.976fps). But it still is out of sync.
3) Testing that at weekend and answer then.

What could be problem with case 1?

 

[tourettes]

1) MP cannot start media with timestretching disabled for some reason? Logs attached

My fault, there is a bug that has been fixed only in the SVN. Let's see if I will build a new binary in few next days (depending on how the resampling etc. work is progressing).

2) Sorry, but best I can do is 1:2 (25fps:50Hz). With that sync latency is growing slower than earlier bias adjusted material

1:2 is as good as 1:1 for testing purposes.

 

[micko]

Could be audio renderer bug, but no clue yet. Also no one else has reproted so it would be quite rare, probably related to the system / audio clock rates since currently the system clock is used as the base where the reference clock is generated.

There are few things you could test to see if it happens in these cases as well

1) Disable EnableTimestretching in registry - see 1st post in this thread for the registry location for audio renderer
2) try to play 1:1 material
3) try different audio device - for example if you have audio chip in motherboard

Ok, I will do more testing at weekend, but here is some quick tests.

1) MP cannot start media with timestretching disabled for some reason? Logs attached
2) Sorry, but best I can do is 1:2 (25fps:50Hz). With that sync latency is growing slower than earlier bias adjusted material (23.976fps). But it still is out of sync.
3) Testing that at weekend and answer then.

Now I have tried mb's Realtek HD audio chip and it did the same. Also tried disabling other audio devices so that there was only one in use at the time (either ATI or Realtek).. no luck. Weird that there are many happy users telling that A/V sync is working fine. I soon start testing with my another HTPC.

Next I'll wait your next build to test that timestretching disabled.

 

[disaster123]

AW: MediaPortal Audio renderer - better video playback quality

Is this for anybody working with multiseat and rstp? Tourettes is this Wirkung for you? I see only massive stuttering.

 

[tourettes]

Re: AW: MediaPortal Audio renderer - better video playback quality

Is this for anybody working with multiseat and rstp?

Would be nice to know indeed. Althou the audio renderer itself shouldn't have any relation to the source of the material (local / streamed) - unless you are focing 25fps material to be played as 30/60 fps on 60Hz display. That might interfere with live555 / TsReader since they might try to correct the stream clock / timestamps.

Tourettes is this Wirkung for you?

I have no multiseat setup "available". So havent tested.

I see only massive stuttering.

Logs might show some clues for that behavior.

 

[tourettes]

Now I have tried mb's Realtek HD audio chip and it did the same. Also tried disabling other audio devices so that there was only one in use at the time (either ATI or Realtek).. no luck. Weird that there is many happy users telling that A/V sync is working fine (or even like the "junan vessa"). I soon start testing with my another HTPC.

It might be that your PCs system clock is running on a different speed that the audio clock. That would explain the small drifting since currently the audio HW clock / sample comsumption is not used to generate the reference clock. There is currently some developent effort spent on that (not by me) and hopefully we can have a "real" audio HW based reference clock at some point.

btw. please make sure with graphedit that the MP audio renderer is actually used, since at least the sample log shows it wouldn't be

17-09-2010 12:49:17.570 [ 1308] WASAPIRenderer::CheckMediaType WASAPI client refused the format: (0x88890008)

 

[micko]

Now I have tried mb's Realtek HD audio chip and it did the same. Also tried disabling other audio devices so that there was only one in use at the time (either ATI or Realtek).. no luck. Weird that there are many happy users telling that A/V sync is working fine. I soon start testing with my another HTPC.

It might be that your PCs system clock is running on a different speed that the audio clock. That would explain the small drifting since currently the audio HW clock / sample comsumption is not used to generate the reference clock. There is currently some developent effort spent on that (not by me) and hopefully we can have a "real" audio HW based reference clock at some point.

I'm not really familiar with different clocks there. You mean that my mb's (or ATIs) audio chip clock might not be genereted from the system clock?

btw. please make sure with graphedit that the MP audio renderer is actually used, since at least the sample log shows it wouldn't be

17-09-2010 12:49:17.570 [ 1308] WASAPIRenderer::CheckMediaType WASAPI client refused the format: (0x88890008)

Yes I check everytime before sending logs here that MP audio renderer is actually used. Those last logs were just for reporting that MP won't play media with timestretching disabled. And you told that bug is already repaired in the SVN

 

[tourettes]

It might be that your PCs system clock is running on a different speed that the audio clock. That would explain the small drifting since currently the audio HW clock / sample comsumption is not used to generate the reference clock. There is currently some developent effort spent on that (not by me) and hopefully we can have a "real" audio HW based reference clock at some point.

I'm not really familiar with different clocks there. You mean that my mb's (or ATIs) audio chip clock might not be genereted from the system clock?

Audio HW clock is not ever (at least I think it is not) generated by the system clock - audio HW has it's own clock source that is used to time the audio renderering.

What I ment was that the audio renderer itself is not currently generating the reference clock (used by rest of the directshow graph - liek EVR presenter) based on the audio HW clock. This is something that needs to be fixed at some point in the development. There should be currently one non-MP developer looking into this "feature".

btw. please make sure with graphedit that the MP audio renderer is actually used, since at least the sample log shows it wouldn't be

17-09-2010 12:49:17.570 [ 1308] WASAPIRenderer::CheckMediaType WASAPI client refused the format: (0x88890008)

Yes I check everytime before sending logs here that MP audio renderer is actually used. Those last logs were just for reporting that MP won't play media with timestretching disabled. And you told that bug is already repaired in the SVN [/QUOTE]

oh, indeed. I should have paid more attention to the post content