1. No user installed addons are supported, python or otherwise.
2. No, they really are not supported.
3. They are not coming back
4. Read from 1. again

Any mention of illegal streaming sites, addons or any pirated material will not be tolerated. This is not democracy and any offenders will be banned and posts deleted immediately without warning.

Other than that, we hope you enjoy MrMC so far and we welcome any input and feedback you might have.

Team MrMC.

Testing MrMC 3.6.1

Old TestFlight threads
Locked
User avatar
davilla
Team MrMC
Posts: 3425
Joined: 26 Oct 2015, 17:01

Re: Testing MrMC 3.6.1

Post by davilla » 12 Apr 2018, 01:16

Montoya wrote:
11 Apr 2018, 22:05
davilla wrote:
11 Apr 2018, 21:48
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 ?

User avatar
Montoya
Posts: 134
Joined: 27 Sep 2017, 22:46

Re: Testing MrMC 3.6.1

Post by Montoya » 12 Apr 2018, 01:27

davilla wrote:
12 Apr 2018, 01:16
Montoya wrote:
11 Apr 2018, 22:05
davilla wrote:
11 Apr 2018, 21:48
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
Posts: 110
Joined: 31 Mar 2016, 06:43

Re: Testing MrMC 3.6.1

Post by SUPERBIF » 12 Apr 2018, 06:16

davilla wrote:
11 Apr 2018, 13:58
SUPERBIF wrote:
11 Apr 2018, 13:36
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.

User avatar
amet
Team MrMC
Posts: 2034
Joined: 26 Oct 2015, 16:59

Re: Testing MrMC 3.6.1

Post by amet » 12 Apr 2018, 08:29

SUPERBIF wrote:
12 Apr 2018, 06:16
davilla wrote:
11 Apr 2018, 13:58
SUPERBIF wrote:
11 Apr 2018, 13:36
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.

User avatar
koying
Team MrMC
Posts: 212
Joined: 20 Mar 2016, 17:49

Re: Testing MrMC 3.6.1

Post by koying » 12 Apr 2018, 08:42

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

User avatar
Montoya
Posts: 134
Joined: 27 Sep 2017, 22:46

Re: Testing MrMC 3.6.1

Post by Montoya » 12 Apr 2018, 11:37

koying wrote:
12 Apr 2018, 08:42
@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 :shock:

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 support@mrmc.tv and contains a log from MrMC 180331.2042 and MrMC 180410.1540, so you guys can compare.

User avatar
koying
Team MrMC
Posts: 212
Joined: 20 Mar 2016, 17:49

Re: Testing MrMC 3.6.1

Post by koying » 12 Apr 2018, 13:33

Thanks. Makes the matter much clearer :)

User avatar
davilla
Team MrMC
Posts: 3425
Joined: 26 Oct 2015, 17:01

Re: Testing MrMC 3.6.1

Post by davilla » 13 Apr 2018, 01:07

(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.

User avatar
Montoya
Posts: 134
Joined: 27 Sep 2017, 22:46

Re: Testing MrMC 3.6.1

Post by Montoya » 13 Apr 2018, 13:41

davilla wrote:
13 Apr 2018, 01:07
(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 :mrgreen:
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 ?

User avatar
amet
Team MrMC
Posts: 2034
Joined: 26 Oct 2015, 16:59

Re: Testing MrMC 3.6.1

Post by amet » 13 Apr 2018, 14:12

Montoya wrote:
13 Apr 2018, 13:41
davilla wrote:
13 Apr 2018, 01:07
(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 :mrgreen:
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

Locked

Who is online

Users browsing this forum: Google [Bot] and 1 guest