Testing MrMC 3.6.1

[davilla]

Did these issues start with (180331.2042 @20180331-6d1baac) or appeared later in the 3.6.1 testflight series ?

Tested some builds by playing the recordings file directly from the mounted share and not by playing with the PVR >

OK:
180331.2042 @20180331-6d1baac

Not OK:
180405.248
180405.1501
180406.738
180406.1658

So it seems that all builds after 180331.2042 are producing my issue.

SMB share using libdsm or libsmbclient ?

[Montoya]

Did these issues start with (180331.2042 @20180331-6d1baac) or appeared later in the 3.6.1 testflight series ?

Tested some builds by playing the recordings file directly from the mounted share and not by playing with the PVR >

OK:
180331.2042 @20180331-6d1baac

Not OK:
180405.248
180405.1501
180406.738
180406.1658

So it seems that all builds after 180331.2042 are producing my issue.

SMB share using libdsm or libsmbclient ?

Services SMB client settings in MrMC:
- use libdsm for smb servers
- use SMB stat
- SMB timeout 20

[SUPERBIF]

Still having problems with channel list in Live TV not dissapearing after change of channel automatically.

which skin ?

I normally use Amber but the same problem with default skin.

[amet]

Still having problems with channel list in Live TV not dissapearing after change of channel automatically.

which skin ?

I normally use Amber but the same problem with default skin.

can you explain more please, what channel list? only OSD will disappear automagically... all other dialogs and if its the list I think you are talking about its included in dialogs as well, it will stay on until you dismiss it.

[koying]

@montoya
Sorry if you already posted it, but could I have a debug log of your SMB issue, please.

[Montoya]

@montoya
Sorry if you already posted it, but could I have a debug log of your SMB issue, please.

Well, after much trial and error I got a part from the MrMC old-log that's already 40MB in size, while MrMC was freshly started playing the problem file

The complete log I can't retrieve because Edge is crashing the MrMC web interface pretty quick in the log section and only FireFox 60 can get to 40MB partial log before crashing the Firefox Tab of the MrMC web interface.

What I see in the partial log seems to be a player issue and not an SMB issue, but that is for you experts to decide.
Logs were created with PVR disabled to minimize extra information in the logs. The problem file that I played(which works in 180331.2042) has the filename "VPRO Tegenlicht-S17E10-Slag aan de Donau-20180408-2105-NPO 2 HD.ts", so look for that.

Logs for this file are sent to [email protected] and contains a log from MrMC 180331.2042 and MrMC 180410.1540, so you guys can compare.

[koying]

Thanks. Makes the matter much clearer

[davilla]

(180412.2051 @20180412-98a6808)
Revert "backport: demuxer, unknown streams may become valid later"
fixed, zebra list broke Yatse support by failing for vfs based paths
disable/hide “GetMore…” for all addons


EDIT: @Montoya, ^^ is for you.

[Montoya]

(180412.2051 @20180412-98a6808)
Revert "backport: demuxer, unknown streams may become valid later"
fixed, zebra list broke Yatse support by failing for vfs based paths
disable/hide “GetMore…” for all addons


EDIT: @Montoya, ^^ is for you.

Excellent guys, this build fixes my problem, so thank you very much
Now I can test TVMosaic, knowing this is fixed.

Just curious, was this caused by DVBLink, by not putting the right info for the video/audio stream for the player in the first recorded frames in the file, because it is constantly writing the recording to the HDD and later in the recording, the needed info for the player is written correctly by DVBLink to decode all ?

[amet]

(180412.2051 @20180412-98a6808)
Revert "backport: demuxer, unknown streams may become valid later"
fixed, zebra list broke Yatse support by failing for vfs based paths
disable/hide “GetMore…” for all addons


EDIT: @Montoya, ^^ is for you.

Excellent guys, this build fixes my problem, so thank you very much
Now I can test TVMosaic, knowing this is fixed.

Just curious, was this caused by DVBLink, by not putting the right info for the video/audio stream for the player in the first recorded frames in the file, because it is constantly writing the recording to the HDD and later in the recording, the needed info for the player is written correctly by DVBLink to decode all ?

it was caused by -> Revert "backport: demuxer, unknown streams may become valid later"

nothing to do with DVB Link