1.25.0 Refresh rate incorrectly reported and set (1 Viewer)

[Gcarr]

Discovered today that the Dynamic refresh rate is being improperly reported and set on my systems (server and also a client). When I start watching a channel it is detected as PAL@25 instead instead of ATSC@30 and ends up setting the Refresh Rate to 50hz. I've run MediaInfo on the tsbuffer file and the frame rate is reported correctly there. Related files attached.

 

[Sebastiii]

Hi,
In MP, you have a default DRR maybe you should have to set it to 30hz or 60Hz (should be OK double refresh rate) for TV.

But from your logs the timeshift buffer seems to find a 25 hz :

[2020-10-20 14:42:27,533] [Log ] [MPMain ] [WARN ] - MediaInfo.dll was not loaded!
[2020-10-20 14:42:27,533] [Log ] [MPMain ] [INFO ] - RefreshRateChanger.AdaptRefreshRate: framerate on file E:\timeshift\live16-0.ts.tsbuffer is 25
[2020-10-20 14:42:27,534] [Log ] [MPMain ] [INFO ] - g_Player.Play(E:\timeshift\live16-0.ts.tsbuffer TV)
[2020-10-20 14:42:27,535] [Log ] [SetRefreshRateBasedOnFPS thread] [INFO ] - RefreshRateChanger.SetRefreshRateBasedOnFPS: current refreshrate is 60hz - changing it to 50hz
[2020-10-20 14:42:27,535] [Log ] [MPMain ] [DEBUG] - PlayerFactory: Successfully created player instance for file - E:\timeshift\live16-0.ts.tsbuffer
[2020-10-20 14:42:27,536] [Log ] [SetRefreshRateBasedOnFPS thread] [INFO ] - RefreshRateChanger.SetRefreshRateBasedOnFPS: using internal win32 method for changing refreshrate. current is 60hz, desired is 50
[2020-10-20 14:42:27,537] [Log ] [SetRefreshRateBasedOnFPS thread] [INFO ] - RefreshRateChanger AdapterOrdinal value is 0
[2020-10-20 14:42:27,537] [Log ] [MPMain ] [INFO ] - TSReaderPlayer play:E:\timeshift\live16-0.ts.tsbuffer radio:False
[2020-10-20 14:42:27,538] [Log ] [MPMain ] [INFO ] - TSReaderPlayer: live tv
[2020-10-20 14:42:27,538] [Log ] [SetRefreshRateBasedOnFPS thread] [DEBUG] - CycleRefreshRate: Current MonitorIndex : 0 and current deviceName : \\.\DISPLAY1
[2020-10-20 14:42:27,880] [Log ] [SetRefreshRateBasedOnFPS thread] [INFO ] - CycleRefreshRate: result DISP_CHANGE_SUCCESSFUL for refresh rate change 50Hz for resolution 3840 x 2160
[2020-10-20 14:42:27,883] [Log ] [SetRefreshRateBasedOnFPS thread] [INFO ] - RefreshRateChanger.SwitchFocus

So you can also workaround this to set when MP find 25 to 60 or 30 (if you don't have video at 25hz for other media).

Does this works before ?
If yes maybe something change for mediainfo.dll (even if I remember that it wasn't used for TV before in realtime view).

 

[Gcarr]

Hi @Sebastiii, thanks! Sorry it took me a while to get back and answer.
Yes, it seems that when it reads the timeshift buffer it is incorrectly detecting 25 hz even though the file is 30 hz. I do already workaround the issue like you suggested by changing the refresh rates to 60

I really don't remember when this started. I probably would have never noticed it but I removed a cec remote adapter I used in the past. I was checking to make sure things were ok after that and I saw the error in the log.

Maybe I can try mediainfo.dll files from another version and see if it works?

 

[Sebastiii]

Long time ago and need to look the code to confirm, but mediainfo was not used on timeshift file because of the issue for analyzing TS (not an entire file).
So it was needed to set a specific default refresh rate for it

Now maybe there is change on the part and mediainfo can analyzing the file

 

[Gcarr]

Long time ago and need to look the code to confirm, but mediainfo was not used on timeshift file because of the issue for analyzing TS (not an entire file).
So it was needed to set a specific default refresh rate for it Now maybe there is change on the part and mediainfo can analyzing the file

I've been thinking about this again
It's true. I've tried to use the MediaInfo program on the live6-0.ts.tsbuffer file and it does not provide any usable information on the current file that is being written. But perhaps it may be possible to initially do a very short write to a temporary file (maybe 1 second would be enough?) and then read that file to obtain the framerate? Maybe that is too much of a kludge?

 

[Sebastiii]

I don't know if it's doable easily but on OnlineVideo for streaming, it analyzes the stream so not sure how it was coded

 

[Gcarr]

Thanks for the quick reply! I was wrong in my above post. Viewing ATSCchannels creates two time shifting files when it starts. The first file, live6-0.ts.tsbuffer, does not show you the frame rate information. But the second file, live6-0.ts.tsbuffer1.ts, immediately shows the frame rate. The same is true when viewing IPTV channels (which create live11-0.ts.tsbuffer files). So it seems that one should be able to determine the correct frame rate, at least in these two cases. These are the only cases I can test.

 

[Sebastiii]

@ajs do you have any idea ? or @doskabouter ?

 

[ajs]

Sorry but no

 

[doskabouter]

Not at the moment no.
btw, I have the same issue but luckily my iptv provider has only channels @25 and @50 fps.
Both are detected as 25...

Really don't know why that is...
Anyway, I've bookmarked it, so when I have some spare time I'll see if I can find something....