Mailing List Archive

>
> The app is slow to start and to stop (talking 20, 30 seconds)
>

I can get startup down to 14 sec and exit down to 2 sec if you disable upnp
(--noupnp). I'm not sure what the other 14sec delay is (I think either
database or QT video) - but come on, how fast do you want this thing to
load? On my older intel NUC mythbuntu takes around this amount of time to
load mythfrontend.


> Cutlist editor core dumps *every time* editing a HD (h254) recording
>

I'm not experiencing this error. A log snippet and the crash report would
be helpful


> On linux scan of video fills in meta data. On macos it often does not.
> I->Change Details->Retrieve often works, often on 2nd or 3rd try. Sometimes
> at least the text is set but the image is not
>

I had similar issues on mythbuntu. The latest round of metadata patches
seemed to have fixed some of the issues. I also suspect thetvdb was
having issues with their api on multiple occasions.

I shall post to macports to see if any interest is stirred
>

I suspect that they will point you to Craig who is on this list and the
forums (and is a great help).

> On 30 Dec 2020, at 3:52 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> The app is slow to start and to stop (talking 20, 30 seconds)
>
> I can get startup down to 14 sec and exit down to 2 sec if you disable upnp (--noupnp). I'm not sure what the other 14sec delay is (I think either database or QT video) - but come on, how fast do you want this thing to load? On my older intel NUC mythbuntu takes around this amount of time to load mythfrontend.
>
> Cutlist editor core dumps *every time* editing a HD (h254) recording
>
> I'm not experiencing this error. A log snippet and the crash report would be helpful

I now 'never' use the cutlist-editor on my mac frontend. I did by accident abd it worked perfectly. I edited a knowb bad recording and it failed immediatly.

Input #0, avi, from '/store/Movies/Myth-F/The Future of Work.avi':
Metadata:
encoder : Lavf58.29.100
Duration: 00:51:08.18, start: 0.000000, bitrate: 3557 kb/s
Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 3344 kb/s, 50 fps, 25 tbr, 50 tbn, 50 tbc
Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 192 kb/s



Input #0, mpegts, from '/store/10070_20210123131900.ts':
Duration: 02:41:00.84, start: 6021.609933, bitrate: 5186 kb/s
Stream #0:0[0x641]: Video: h264 (High), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x643](eng): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
Stream #0:2[0x644](eng): Subtitle: dvb_teletext


The second which fails, (always, ie every recording) has a high count of errors

. . .
[h264 @ 0x10a3bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x10a3bc0] non-existing PPS 0 referenced
[h264 @ 0x10a3bc0] decode_slice_header error
[h264 @ 0x10a3bc0] no frame!
[h264 @ 0x10a3bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x10a3bc0] non-existing PPS 0 referenced
[h264 @ 0x10a3bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x10a3bc0] non-existing PPS 0 referenced
[h264 @ 0x10a3bc0] decode_slice_header error
[h264 @ 0x10a3bc0] no frame!
[h264 @ 0x10a3bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x10a3bc0] non-existing PPS 0 referenced
[h264 @ 0x10a3bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x10a3bc0] non-existing PPS 0 referenced
[h264 @ 0x10a3bc0] decode_slice_header error
[h264 @ 0x10a3bc0] no frame!
[mpegts @ 0x109fb80] PES packet size mismatch


What logging would help? this is 'all'

. . .
2021-01-25 07:26:32.815671 I AOBase: SetAudiotime atc=6587497 tc=6587465 f=1536 pfu=0 pfs=0
2021-01-25 07:26:32.815680 I AFD: audio timecode 592871934 592871934 6587465 6587497
2021-01-25 07:26:32.815744 I MythSocket(7fb3c0f63e80:121): write -> 121 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
2021-01-25 07:26:32.822165 I MythSocket(7fb3c0f63e80:121): read <- 121 5 32768
2021-01-25 07:26:32.822311 I AOBase: AddData frames=1536, bytes=12288, used=233473, free=10006463, timecode=6587497 needsupmix=0
2021-01-25 07:26:32.822353 I AOBase: SetAudiotime atc=6587529 tc=6587497 f=1536 pfu=0 pfs=0
2021-01-25 07:26:32.822366 I AFD: audio timecode 592874814 592874814 6587497 6587529
2021-01-25 07:26:32.822465 I AOBase: AddData frames=1536, bytes=12288, used=245761, free=9994175, timecode=6587529 needsupmix=0
2021-01-25 07:26:32.822491 I AOBase: SetAudiotime atc=6587561 tc=6587529 f=1536 pfu=0 pfs=0
2021-01-25 07:26:32.822503 I AFD: audio timecode 592877694 592877694 6587529 6587561
2021-01-25 07:26:32.822617 I AOBase: AddData frames=1536, bytes=12288, used=258049, free=9981887, timecode=6587561 needsupmix=0
2021-01-25 07:26:32.822743 I AOBase: SetAudiotime atc=6587593 tc=6587561 f=1536 pfu=0 pfs=0
2021-01-25 07:26:32.822756 I AFD: audio timecode 592880574 592880574 6587561 6587593
2021-01-25 07:26:32.822824 I MythSocket(7fb3c0f63e80:121): write -> 121 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
2021-01-25 07:26:32.828932 I AOG::GetImage(6588166) using [6587553..6587593] avail [6586889..6587593]
2021-01-25 07:26:32.829095 I MythSocket(7fb3c0f63e80:121): read <- 121 5 32768
2021-01-25 07:26:32.829296 I AOBase: AddData frames=1536, bytes=12288, used=270337, free=9969599, timecode=6587593 needsupmix=0
Handling Segmentation fault: 11
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 33234 Segmentation fault: 11 ./mythfrontend.real $@

This does not segfault on linux
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> I now 'never' use the cutlist-editor on my mac frontend. I did by accident
> abd it worked perfectly. I edited a knowb bad recording and it failed
> immediatly


Can you share any insight into what makes the recording "known bad? - i.e.
what caused it to be in the bad state"


> . . .
>
2021-01-25 07:26:32.815671 I AOBase: SetAudiotime atc=6587497 tc=6587465
> f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.815680 I AFD: audio timecode 592871934 592871934
> 6587465 6587497
> 2021-01-25 07:26:32.815744 I MythSocket(7fb3c0f63e80:121): write -> 121
> 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
> 2021-01-25 07:26:32.822165 I MythSocket(7fb3c0f63e80:121): read <- 121
> 5 32768
> 2021-01-25 07:26:32.822311 I AOBase: AddData frames=1536, bytes=12288,
> used=233473, free=10006463, timecode=6587497 needsupmix=0
> 2021-01-25 07:26:32.822353 I AOBase: SetAudiotime atc=6587529 tc=6587497
> f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.822366 I AFD: audio timecode 592874814 592874814
> 6587497 6587529
> 2021-01-25 07:26:32.822465 I AOBase: AddData frames=1536, bytes=12288,
> used=245761, free=9994175, timecode=6587529 needsupmix=0
> 2021-01-25 07:26:32.822491 I AOBase: SetAudiotime atc=6587561 tc=6587529
> f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.822503 I AFD: audio timecode 592877694 592877694
> 6587529 6587561
> 2021-01-25 07:26:32.822617 I AOBase: AddData frames=1536, bytes=12288,
> used=258049, free=9981887, timecode=6587561 needsupmix=0
> 2021-01-25 07:26:32.822743 I AOBase: SetAudiotime atc=6587593 tc=6587561
> f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.822756 I AFD: audio timecode 592880574 592880574
> 6587561 6587593
> 2021-01-25 07:26:32.822824 I MythSocket(7fb3c0f63e80:121): write -> 121
> 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
> 2021-01-25 07:26:32.828932 I AOG::GetImage(6588166) using
> [6587553..6587593] avail [6586889..6587593]
> 2021-01-25 07:26:32.829095 I MythSocket(7fb3c0f63e80:121): read <- 121
> 5 32768
> 2021-01-25 07:26:32.829296 I AOBase: AddData frames=1536, bytes=12288,
> used=270337, free=9969599, timecode=6587593 needsupmix=0
> Handling Segmentation fault: 11
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 33234
> Segmentation fault: 11 ./mythfrontend.real $@
>

Unfortunately the output wasn't as informative as I hoped (all is
probably the best we can output). One of the devs (Mark?) might have a
better suggestion on how to debug the issue.

When the application crashes, does it bring up a macOS crash report
window? i.e. one that asks you to send feedback to Apple? If so, that
crash report would be helpful as it probably will shed some light on the
dylib that segfaulted


> This does not segfault on linux
>

...I guess linux gets either a cookie or a gold star for the day as a
reward...

I post the (one of the) movies that seq faults then a link.

Their taps are big so download speed at your limit, my upload is much slower (6mb/s) so till tomorrow

James

> On 26 Jan 2021, at 8:31 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> I now 'never' use the cutlist-editor on my mac frontend. I did by accident abd it worked perfectly. I edited a knowb bad recording and it failed immediatly
>
> Can you share any insight into what makes the recording "known bad? - i.e. what caused it to be in the bad state"
>
> . . .
> 2021-01-25 07:26:32.815671 I AOBase: SetAudiotime atc=6587497 tc=6587465 f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.815680 I AFD: audio timecode 592871934 592871934 6587465 6587497
> 2021-01-25 07:26:32.815744 I MythSocket(7fb3c0f63e80:121): write -> 121 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
> 2021-01-25 07:26:32.822165 I MythSocket(7fb3c0f63e80:121): read <- 121 5 32768
> 2021-01-25 07:26:32.822311 I AOBase: AddData frames=1536, bytes=12288, used=233473, free=10006463, timecode=6587497 needsupmix=0
> 2021-01-25 07:26:32.822353 I AOBase: SetAudiotime atc=6587529 tc=6587497 f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.822366 I AFD: audio timecode 592874814 592874814 6587497 6587529
> 2021-01-25 07:26:32.822465 I AOBase: AddData frames=1536, bytes=12288, used=245761, free=9994175, timecode=6587529 needsupmix=0
> 2021-01-25 07:26:32.822491 I AOBase: SetAudiotime atc=6587561 tc=6587529 f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.822503 I AFD: audio timecode 592877694 592877694 6587529 6587561
> 2021-01-25 07:26:32.822617 I AOBase: AddData frames=1536, bytes=12288, used=258049, free=9981887, timecode=6587561 needsupmix=0
> 2021-01-25 07:26:32.822743 I AOBase: SetAudiotime atc=6587593 tc=6587561 f=1536 pfu=0 pfs=0
> 2021-01-25 07:26:32.822756 I AFD: audio timecode 592880574 592880574 6587561 6587593
> 2021-01-25 07:26:32.822824 I MythSocket(7fb3c0f63e80:121): write -> 121 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
> 2021-01-25 07:26:32.828932 I AOG::GetImage(6588166) using [6587553..6587593] avail [6586889..6587593]
> 2021-01-25 07:26:32.829095 I MythSocket(7fb3c0f63e80:121): read <- 121 5 32768
> 2021-01-25 07:26:32.829296 I AOBase: AddData frames=1536, bytes=12288, used=270337, free=9969599, timecode=6587593 needsupmix=0
> Handling Segmentation fault: 11
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 33234 Segmentation fault: 11 ./mythfrontend.real $@
>
> Unfortunately the output wasn't as informative as I hoped (all is probably the best we can output). One of the devs (Mark?) might have a better suggestion on how to debug the issue.
>
> When the application crashes, does it bring up a macOS crash report window? i.e. one that asks you to send feedback to Apple? If so, that crash report would be helpful as it probably will shed some light on the dylib that segfaulted
>
> This does not segfault on linux
>
> ...I guess linux gets either a cookie or a gold star for the day as a reward...
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

This is not a clip I'd cut, but it is small and shows the issue

As far as I can tell *any* edit crashes but this is what I did
I guess the easiest way to do this is to scan it as a movie then
[play]
E
<sp>
<up> or <down> to select 1min
<rt><rt>crash

My linux frontends do not do this. I run a VM on the mac just to cutlist edit.

http://tigger.ws/downloads/10074_20210123140800.ts

James

> On 26 Jan 2021, at 10:41 pm, James Linder <jam@tigger.ws> wrote:
>
> I post the (one of the) movies that seq faults then a link.
>
> Their taps are big so download speed at your limit, my upload is much slower (6mb/s) so till tomorrow
>
> James
>
>> On 26 Jan 2021, at 8:31 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> I now 'never' use the cutlist-editor on my mac frontend. I did by accident abd it worked perfectly. I edited a knowb bad recording and it failed immediatly
>>
>> Can you share any insight into what makes the recording "known bad? - i.e. what caused it to be in the bad state"
>>
>> . . .
>> 2021-01-25 07:26:32.815671 I AOBase: SetAudiotime atc=6587497 tc=6587465 f=1536 pfu=0 pfs=0
>> 2021-01-25 07:26:32.815680 I AFD: audio timecode 592871934 592871934 6587465 6587497
>> 2021-01-25 07:26:32.815744 I MythSocket(7fb3c0f63e80:121): write -> 121 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
>> 2021-01-25 07:26:32.822165 I MythSocket(7fb3c0f63e80:121): read <- 121 5 32768
>> 2021-01-25 07:26:32.822311 I AOBase: AddData frames=1536, bytes=12288, used=233473, free=10006463, timecode=6587497 needsupmix=0
>> 2021-01-25 07:26:32.822353 I AOBase: SetAudiotime atc=6587529 tc=6587497 f=1536 pfu=0 pfs=0
>> 2021-01-25 07:26:32.822366 I AFD: audio timecode 592874814 592874814 6587497 6587529
>> 2021-01-25 07:26:32.822465 I AOBase: AddData frames=1536, bytes=12288, used=245761, free=9994175, timecode=6587529 needsupmix=0
>> 2021-01-25 07:26:32.822491 I AOBase: SetAudiotime atc=6587561 tc=6587529 f=1536 pfu=0 pfs=0
>> 2021-01-25 07:26:32.822503 I AFD: audio timecode 592877694 592877694 6587529 6587561
>> 2021-01-25 07:26:32.822617 I AOBase: AddData frames=1536, bytes=12288, used=258049, free=9981887, timecode=6587561 needsupmix=0
>> 2021-01-25 07:26:32.822743 I AOBase: SetAudiotime atc=6587593 tc=6587561 f=1536 pfu=0 pfs=0
>> 2021-01-25 07:26:32.822756 I AFD: audio timecode 592880574 592880574 6587561 6587593
>> 2021-01-25 07:26:32.822824 I MythSocket(7fb3c0f63e80:121): write -> 121 50 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]32768
>> 2021-01-25 07:26:32.828932 I AOG::GetImage(6588166) using [6587553..6587593] avail [6586889..6587593]
>> 2021-01-25 07:26:32.829095 I MythSocket(7fb3c0f63e80:121): read <- 121 5 32768
>> 2021-01-25 07:26:32.829296 I AOBase: AddData frames=1536, bytes=12288, used=270337, free=9969599, timecode=6587593 needsupmix=0
>> Handling Segmentation fault: 11
>> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 33234 Segmentation fault: 11 ./mythfrontend.real $@
>>
>> Unfortunately the output wasn't as informative as I hoped (all is probably the best we can output). One of the devs (Mark?) might have a better suggestion on how to debug the issue.
>>
>> When the application crashes, does it bring up a macOS crash report window? i.e. one that asks you to send feedback to Apple? If so, that crash report would be helpful as it probably will shed some light on the dylib that segfaulted
>>
>> This does not segfault on linux
>>
>> ...I guess linux gets either a cookie or a gold star for the day as a reward...
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users@mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 27/01/2021 05:06, James Linder wrote:
> This is not a clip I'd cut, but it is small and shows the issue
>
> As far as I can tell *any* edit crashes but this is what I did
> I guess the easiest way to do this is to scan it as a movie then
> [play]
> E
> <sp>
> <up> or <down> to select 1min
> <rt><rt>crash
>
> My linux frontends do not do this. I run a VM on the mac just to cutlist edit.
>
> http://tigger.ws/downloads/10074_20210123140800.ts
>
> James

It might be relevant that I had crashes in the cutlist editor in linux
master around the beginning of November last year. The crashes got
fixed within a week or so, but it's still easy to provoke a 20 second
hangup. I don't know what version the mac build is using...

John P
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 27 Jan 2021, at 5:04 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>
> On 27/01/2021 05:06, James Linder wrote:
>> This is not a clip I'd cut, but it is small and shows the issue
>> As far as I can tell *any* edit crashes but this is what I did
>> I guess the easiest way to do this is to scan it as a movie then
>> [play]
>> E
>> <sp>
>> <up> or <down> to select 1min
>> <rt><rt>crash
>> My linux frontends do not do this. I run a VM on the mac just to cutlist edit.
>> http://tigger.ws/downloads/10074_20210123140800.ts
>> James
>
> It might be relevant that I had crashes in the cutlist editor in linux master around the beginning of November last year. The crashes got fixed within a week or so, but it's still easy to provoke a 20 second hangup. I don't know what version the mac build is using…
>
[haycorn] /Users/jam [540]% /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : v31.0-118-geb3c84de5f
MythTV Branch : fixes/31
Network Protocol : 91
Library API : 31.20200101-1
QT Version : 5.14.2
Options compiled in:

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 27/01/2021 09:17, James Linder wrote:
>
>
>> On 27 Jan 2021, at 5:04 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>>
>> On 27/01/2021 05:06, James Linder wrote:
>>> This is not a clip I'd cut, but it is small and shows the issue
>>> As far as I can tell *any* edit crashes but this is what I did
>>> I guess the easiest way to do this is to scan it as a movie then
>>> [play]
>>> E
>>> <sp>
>>> <up> or <down> to select 1min
>>> <rt><rt>crash
>>> My linux frontends do not do this. I run a VM on the mac just to cutlist edit.
>>> http://tigger.ws/downloads/10074_20210123140800.ts
>>> James
>>
>> It might be relevant that I had crashes in the cutlist editor in linux master around the beginning of November last year. The crashes got fixed within a week or so, but it's still easy to provoke a 20 second hangup. I don't know what version the mac build is using…
>>
> [haycorn] /Users/jam [540]% /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend --version
> Please attach all output as a file in bug reports.
> MythTV Version : v31.0-118-geb3c84de5f
> MythTV Branch : fixes/31
> Network Protocol : 91
> Library API : 31.20200101-1
> QT Version : 5.14.2
> Options compiled in:
>
> James

My crashes started after a big packet of commits. The 'partial' fix ( 2
Nov ) appeared to be

https://github.com/MythTV/mythtv/commit/4bd6276


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> > [haycorn] /Users/jam [540]%
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend --version
> > Please attach all output as a file in bug reports.
> > MythTV Version : v31.0-118-geb3c84de5f
> > MythTV Branch : fixes/31
> > Network Protocol : 91
> > Library API : 31.20200101-1
> > QT Version : 5.14.2
> > Options compiled in:
>

James, it looks like you're on an older version as I've been building with
QT 5.15.2 for a few months now (I think around Nov). Can you grab one of
the more recent versions off of sourceforge and see if this helps some
(that version of QT had quite a few updates and patches for macOS)? If it
does great, if not, I can look into backporting the master partial fix to
v31 like I did with the audio updates a couple months ago when Big Sur
broke everything.

The sourceforge build for Big Sur (v31) is up to date with the latest
github commit. The Catalina and High Sierra builds are a bit behind (by
only a commit or two) as I'm waiting on some macports team to accept some
upstream updates. Once macports accepts the updates I'll be rebuilding for
the older OSes.

Also can you run the following command and give me the output (it will
print out your macOS version and Xcode version).

printf "%s\n" "macOS $(sw_vers -productVersion) $(sw_vers -buildVersion)"
"$(xcodebuild -version|awk 'NR==1{x=$0}END{print x" "$NF}')"|tee
/dev/tty|pbcopy


I'm curious what macOS / Xcode environment you're running on as a
difference there may give me some hint on later troubleshooting steps.

My crashes started after a big packet of commits. The 'partial' fix ( 2
> Nov ) appeared to be
>

Thanks John! I'll take a look to see if this will help when I investigate
James' issue later in the week.

> On 27 Jan 2021, at 7:54 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> printf "%s\n" "macOS $(sw_vers -productVersion) $(sw_vers -buildVersion)" "$(xcodebuild -version|awk 'NR==1{x=$0}END{print x" "$NF}')"|tee /dev/tty|pbcopy

macOS 10.15.7 19H2
Xcode 11.3.1 11C504

I use parallels lots and without doubt they did lots of work to accomadate Big Sur, but I;m not going to upgrade. I ran a Big Sur in a VM. From a technical (as opposed to 'now we join your facebook account . . .') I see no compelling reason.

I'll grab a new build now, I've been using the build I made when you did all the ansible stuff and the 1/4 size fix.

I'm sure that my chan-7 ota recordings are damaged, but the linux fe copes.

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 27 Jan 2021, at 7:54 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> printf "%s\n" "macOS $(sw_vers -productVersion) $(sw_vers -buildVersion)" "$(xcodebuild -version|awk 'NR==1{x=$0}END{print x" "$NF}')"|tee /dev/tty|pbcopy

I grabbed your catelina build.
better ...
start 8 secs
quit 6 secs
edit coredumps

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> I use parallels lots and without doubt they did lots of work to accomadate
> Big Sur, but I;m not going to upgrade. I ran a Big Sur in a VM. From a
> technical (as opposed to 'now we join your facebook account . . .') I see
> no compelling reason.
>

Well, I kinda like getting security patches myself. Apple tends to apply
more focus to the latest releases and only patches the "big known" stuff on
older OSes

I'm sure that my chan-7 ota recordings are damaged, but the linux fe copes.
>

Yep - ffmpeg (on linux) certainly is complaining a LOT about that file.
I'm out of time to keep looking today, but will investigate the cutlist
issue probably this weekend. Hopefully I can come up with a solution.

As a stop gap, you could write a post recording script that repairs /
transcodes the recordings for that specific channel. Patching mythtv is
certainly one solution here, but in the end that recording (and it sounds
like anything captured from that channel) is most definitely messed up and
should be fixed as well.

>
> I grabbed your catelina build.
> better ...
>

good - it should also have some (not all) improvements to the metadata
grabbers. The rest will come when I upload new builds after the macports
updates get committed.


> start 8 secs
> quit 6 secs
>

Was this with upnp on or off?


> edit coredumps
>

That's not really a surprise. Will look into it more when I have time. I
will reiterate - you should fix the recordings from that channel with a
transcode script. They are broken and it's tough for any dev to anticipate
and code up solutions for all of the potential ways a recording can get
corrupted.

> On 27 Jan 2021, at 8:29 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> I use parallels lots and without doubt they did lots of work to accomadate Big Sur, but I;m not going to upgrade. I ran a Big Sur in a VM. From a technical (as opposed to 'now we join your facebook account . . .') I see no compelling reason.
>
> Well, I kinda like getting security patches myself. Apple tends to apply more focus to the latest releases and only patches the "big known" stuff on older OSes
>
> I'm sure that my chan-7 ota recordings are damaged, but the linux fe copes.
>
> Yep - ffmpeg (on linux) certainly is complaining a LOT about that file. I'm out of time to keep looking today, but will investigate the cutlist issue probably this weekend. Hopefully I can come up with a solution.
>
> As a stop gap, you could write a post recording script that repairs / transcodes the recordings for that specific channel. Patching mythtv is certainly one solution here, but in the end that recording (and it sounds like anything captured from that channel) is most definitely messed up and should be fixed as well.

I've been doing my editing in a VM, but transcoding may well be the answer.
I'll investigate. A lossless cut is NOT the answer, a byte by byte rebuild is what is needed (ideas anyone)(ffmpeg ??).

BTW I'm 10 km from transmitter site, with a professionally installed multi-element external antenna running type N cable by a clueless tech who had no idea of the effect of "another access plug"

But the problem is not limited to a single channel, but interestingly all the 200MHz channels (OK 186, 223 etc) have an issue, the 500MHz did not.

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 27 Jan 2021, at 8:57 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> I grabbed your catelina build.
> better ...
>
> good - it should also have some (not all) improvements to the metadata grabbers. The rest will come when I upload new builds after the macports updates get committed.
>
> start 8 secs
> quit 6 secs
>
> Was this with upnp on or off?

How do you turn it on/off ?

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Wed, 27 Jan 2021 at 13:07, James Linder <jam@tigger.ws> wrote:
> How do you turn it on/off ?

mythfrontend --noupnp

fwiw - I'm happy to help where I can in getting this fixed - but my 12
year old macbook is now officially dead; so no macos builds here
anymore. Happy to commit fixes though:)

John - do you have any debug builds?

Regards
Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 27 Jan 2021, at 9:12 pm, Mark Kendall <mark.kendall@gmail.com> wrote:
>
> On Wed, 27 Jan 2021 at 13:07, James Linder <jam@tigger.ws> wrote:
>> How do you turn it on/off ?
>
> mythfrontend --noupnp
>
> fwiw - I'm happy to help where I can in getting this fixed - but my 12
> year old macbook is now officially dead; so no macos builds here
> anymore. Happy to commit fixes though:)
>
> John - do you have any debug builds?

OK thank you

start 8 secs --noupnp 6 secs
stop 6 secs --noupnp 0.25 sec

Mark
if you follow John's ansible instructions
https://github.com/MythTV/packaging/tree/master/OSX/build/macports_ansible
then building is straight forward

James

PS I've done my building in parallels VM. You can even make a Big Sur VM on catelina.
The only chicken-n-egg gotcha in Johns build is the build script is loaded by the build script. Can't recall my work around but it was easy.
Parallels m2 speed is near native, VirTualBox is LOTS slower. Also I could not get a VB VM working nicely, but I believe John did.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> > fwiw - I'm happy to help where I can in getting this fixed - but my 12
> > year old macbook is now officially dead; so no macos builds here
> > anymore. Happy to commit fixes though:)
> >
> > John - do you have any debug builds?
>

Thanks Mark! I most definitely will take you up on the offer when I can
dig in (work commitments just ramped up a bit). I don't have a debug
build, but can make one - is it safe to assume that it's a flag in
configure?


> PS I've done my building in parallels VM. You can even make a Big Sur VM
> on catelina.
> The only chicken-n-egg gotcha in Johns build is the build script is loaded
> by the build script. Can't recall my work around but it was easy.
> Parallels m2 speed is near native, VirTualBox is LOTS slower. Also I could
> not get a VB VM working nicely, but I believe John did.
>

Haven't played with Parallels myself - but I got VirtualBox working (on
a mac host) in pretty short order for High Sierra and Catalina. I have had
issues trying to get VMware working on a Linux host for macOS. There are
other solutions to VM's but those aren't appropriate discussions on this
mailing list.

Well, I tried edit mode from mythvideo and recordings (I hacked the bad
recording into my mythbackend replacing an old recording with the bad
video). Unfortunately, I was unable to reproduce the segfault with either
cutlist editor mechanism. Basically everything just worked for me...

I'm curious if there's some other underlying issue that's creating the
segfault.

James, have you tried telling mythbackend to rebuild the seektable? I think
the command is:

mythtranscode --buildindex --allkeys --showprogress --infile /path/to/file
(for a recording)
mythtranscode --video --buildindex --allkeys --showprogress
--infile /path/to/file (for mythvideo)

What database and version are you running on your backend? Perhaps there's
a mysqlclient mismatch or bug entering into the fray.

If memory serves, I believe I built older versions (and so did the scipr)
with mysql-10.2 for the python stuff and mysql57 for mysqlclient /
qt4-mysql-plugin. This mismatch issue was due to some macports not
supporting mariadb10.2 or later or mysql8. I'm working these issues out
with the macports folks currently and will post updated builds based on
mysql8 (going with the "official" mythtv database and what I run on my
backend...) when everything is in place.

...the Big Sur version that I'm using (and posted to sourceforge) is built
with mysql8 on pre-releases of the macports qt5-15.2 and
py-mysqlclient +mysql8 ports

Mark - any other thoughts on what could be causing the segfault?

On 27/01/2021 20:57, John Hoyt wrote:
> Well, I tried edit mode from mythvideo and recordings (I hacked the bad
> recording into my mythbackend replacing an old recording with the bad
> video).  Unfortunately, I was unable to reproduce the segfault with
> either cutlist editor mechanism.  Basically everything just worked for me...
>
> I'm curious if there's some other underlying issue that's creating the
> segfault.
>
> James, have you tried telling mythbackend to rebuild the seektable? I
> think the command is:
>
> mythtranscode --buildindex --allkeys --showprogress
> --infile /path/to/file (for a recording)
> mythtranscode --video --buildindex --allkeys --showprogress
> --infile /path/to/file (for mythvideo)

I have had tickets about seektable regeneration in the past, and suspect
that the most recent work on it has used the form

mythcommflag --rebuild --file ccccc_yyyymmhhmmssxx.xxx for
recordings, or
mythcommflag --rebuild --video /may/need/full/path/to/file for videos

Those commands also reset the file size. I've used them in scripts for
years. HTH...

>
> What database and version are you running on your backend?  Perhaps
> there's a mysqlclient mismatch or bug entering into the fray.
>
> If memory serves, I believe I built older versions (and so did the
> scipr) with mysql-10.2 for the python stuff and mysql57 for mysqlclient
> / qt4-mysql-plugin.  This mismatch issue was due to some macports not
> supporting mariadb10.2 or later or mysql8.  I'm working these issues out
> with the macports folks currently and will post updated builds based on
> mysql8 (going with the "official" mythtv database and what I run on my
> backend...) when everything is in place.
>
> ...the Big Sur version that I'm using (and posted to sourceforge) is
> built with mysql8 on pre-releases of the macports qt5-15.2 and
> py-mysqlclient +mysql8 ports
>
> Mark - any other thoughts on what could be causing the segfault?
>

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Wed, Jan 27, 2021 at 5:00 PM John Pilkington <johnpilk222@gmail.com>
wrote:

> On 27/01/2021 20:57, John Hoyt wrote:
> > Well, I tried edit mode from mythvideo and recordings (I hacked the bad
> > recording into my mythbackend replacing an old recording with the bad
> > video). Unfortunately, I was unable to reproduce the segfault with
> > either cutlist editor mechanism. Basically everything just worked for
> me...
> >
> > I'm curious if there's some other underlying issue that's creating the
> > segfault.
> >
> > James, have you tried telling mythbackend to rebuild the seektable? I
> > think the command is:
> >
> > mythtranscode --buildindex --allkeys --showprogress
> > --infile /path/to/file (for a recording)
> > mythtranscode --video --buildindex --allkeys --showprogress
> > --infile /path/to/file (for mythvideo)
>
> I have had tickets about seektable regeneration in the past, and suspect
> that the most recent work on it has used the form
>
> mythcommflag --rebuild --file ccccc_yyyymmhhmmssxx.xxx for
> recordings, or
> mythcommflag --rebuild --video /may/need/full/path/to/file for videos
>
> Those commands also reset the file size. I've used them in scripts for
> years. HTH...
>

Thanks John - I'm going to have to borrow that trick on some of my
transcode scripts.

James, another thought in helping isolate the issue is trying to edit the
file from mythvideo. I.e. copy it to wherever you store you movies files,
tell myth to repair its seek table with John P's commands (or the ones I
suggested earlier) then try to edit the file.

> On 28 Jan 2021, at 7:47 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
>
> On Wed, Jan 27, 2021 at 5:00 PM John Pilkington <johnpilk222@gmail.com> wrote:
> On 27/01/2021 20:57, John Hoyt wrote:
> > Well, I tried edit mode from mythvideo and recordings (I hacked the bad
> > recording into my mythbackend replacing an old recording with the bad
> > video). Unfortunately, I was unable to reproduce the segfault with
> > either cutlist editor mechanism. Basically everything just worked for me...
> >
> > I'm curious if there's some other underlying issue that's creating the
> > segfault.
> >
> > James, have you tried telling mythbackend to rebuild the seektable? I
> > think the command is:
> >
> > mythtranscode --buildindex --allkeys --showprogress
> > --infile /path/to/file (for a recording)
> > mythtranscode --video --buildindex --allkeys --showprogress
> > --infile /path/to/file (for mythvideo)
>
> I have had tickets about seektable regeneration in the past, and suspect
> that the most recent work on it has used the form
>
> mythcommflag --rebuild --file ccccc_yyyymmhhmmssxx.xxx for
> recordings, or
> mythcommflag --rebuild --video /may/need/full/path/to/file for videos
>
> Those commands also reset the file size. I've used them in scripts for
> years. HTH...
>
> Thanks John - I'm going to have to borrow that trick on some of my transcode scripts.
>
> James, another thought in helping isolate the issue is trying to edit the file from mythvideo. I.e. copy it to wherever you store you movies files, tell myth to repair its seek table with John P's commands (or the ones I suggested earlier) then try to edit the file.

I think the solution is good but so far mo cigar: (full output in case of ..)

[sandypit] /home/jam [1003]% mythcommflag --rebuild --file /store/10070_20210123131900.ts
2021-01-28 07:57:26.865199 C mythcommflag version: fixes/31 [v31.0-85-gd3088629de] www.mythtv.org
2021-01-28 07:57:26.865218 C Qt version: compile: 5.12.7, runtime: 5.12.7
MythTV Commercial Flagger, building seek table for:
Speed
Rebuild started at Thu Jan 28 07:57:27 2021
2021-01-28 07:57:27.885319 E No locale defaults file for en_AU, skipping
Rebuild completed at Thu Jan 28 07:58:29 2021
2021-01-28 07:58:29.139244 E decoding error End of file (-541478725)

EDIT - crash

[sandypit] /home/jam [1004]% mythffprobe /store/10070_20210123131900.ts
ffprobe version v31.0-85-gd3088629de Copyright (c) 2007-2019 the FFmpeg developers
built with gcc 7 (SUSE Linux)
configuration: --arch=x86 --sysinclude=/usr/include --cc='ccache gcc' --cxx='ccache g++' --ld=gcc --cpu=generic --target_os=linux --pkg_config=pkg-config --prefix=/usr/local --libdir=/usr/local/lib --as=gcc --objcc=gcc --dep_cc=gcc --host_cc=gcc --host_ld=gcc --disable-cross-compile --disable-libmp3lame --disable-libx264 --disable-libx265 --disable-libvpx --disable-libxvid --enable-vdpau --enable-libxml2 --enable-libass --disable-dxva2 --enable-libbluray --disable-libfontconfig --disable-libfreetype --disable-libiec61883 --disable-crystalhd --disable-sdl2 --disable-ffplay --enable-vaapi --enable-libdrm --extra-cflags=' -w' --extra-ldflags= --enable-stripping --strip='echo skipping strip' --disable-manpages --disable-podpages --disable-doc --disable-nvenc --enable-shared --disable-static --enable-gpl --enable-pic --disable-demuxer=mpegtsraw --disable-indev=dshow
libavutil 56. 31.100 / 56. 31.100
libavcodec 58. 54.100 / 58. 54.100
libavformat 58. 29.100 / 58. 29.100
libavdevice 58. 8.100 / 58. 8.100
libavfilter 7. 57.100 / 7. 57.100
libswscale 5. 5.100 / 5. 5.100
libswresample 3. 5.100 / 3. 5.100
libpostproc 55. 5.100 / 55. 5.100
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] SPS unavailable in decode_picture_timing
[h264 @ 0x1f21bc0] non-existing PPS 0 referenced
[h264 @ 0x1f21bc0] decode_slice_header error
[h264 @ 0x1f21bc0] no frame!
[mpegts @ 0x1f1db80] PES packet size mismatch
Last message repeated 1 times
Input #0, mpegts, from '/store/10070_20210123131900.ts':
Duration: 02:41:00.84, start: 6021.609933, bitrate: 5186 kb/s
Stream #0:0[0x641]: Video: h264 (High), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x643](eng): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
Stream #0:2[0x644](eng): Subtitle: dvb_teletext
Unsupported codec with id 94215 for input stream 2

james


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 28 Jan 2021, at 8:09 am, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 28 Jan 2021, at 7:47 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>>
>>
>> On Wed, Jan 27, 2021 at 5:00 PM John Pilkington <johnpilk222@gmail.com> wrote:
>> On 27/01/2021 20:57, John Hoyt wrote:
>>> Well, I tried edit mode from mythvideo and recordings (I hacked the bad
>>> recording into my mythbackend replacing an old recording with the bad
>>> video). Unfortunately, I was unable to reproduce the segfault with
>>> either cutlist editor mechanism. Basically everything just worked for me...
>>>
>>> I'm curious if there's some other underlying issue that's creating the
>>> segfault.
>>>
>>> James, have you tried telling mythbackend to rebuild the seektable? I
>>> think the command is:
>>>
>>> mythtranscode --buildindex --allkeys --showprogress
>>> --infile /path/to/file (for a recording)
>>> mythtranscode --video --buildindex --allkeys --showprogress
>>> --infile /path/to/file (for mythvideo)
>>
>> I have had tickets about seektable regeneration in the past, and suspect
>> that the most recent work on it has used the form
>>
>> mythcommflag --rebuild --file ccccc_yyyymmhhmmssxx.xxx for
>> recordings, or
>> mythcommflag --rebuild --video /may/need/full/path/to/file for videos
>>
>> Those commands also reset the file size. I've used them in scripts for
>> years. HTH...
>>
>> Thanks John - I'm going to have to borrow that trick on some of my transcode scripts.
>>
>> James, another thought in helping isolate the issue is trying to edit the file from mythvideo. I.e. copy it to wherever you store you movies files, tell myth to repair its seek table with John P's commands (or the ones I suggested earlier) then try to edit the file.

No so easy!
I put the Movie in the right place and scanned
play->E No seektable

[sandypit] /home/jam [1005]% mythcommflag --rebuild --video /store/Movies/10070_20210123131900.ts
2021-01-28 10:30:24.541249 C mythcommflag version: fixes/31 [v31.0-85-gd3088629de] www.mythtv.org
2021-01-28 10:30:24.541267 C Qt version: compile: 5.12.7, runtime: 5.12.7
MythTV Commercial Flagger, building seek table for:
/store/Movies/10070_20210123131900.ts
Rebuild started at Thu Jan 28 10:30:25 2021
2021-01-28 10:30:25.575931 E No locale defaults file for en_AU, skipping
Rebuild completed at Thu Jan 28 10:31:25 2021
2021-01-28 10:31:25.952593 E decoding error End of file (-541478725)

play->E No seektable

??

shotcut -> export
long wait

copy, scan etc
play->E No Seektable

I post the full output lest I miss or dismiss something important

[sandypit] /home/jam [1001]% mythffprobe /store/Movies/Speed.mp4
ffprobe version v31.0-85-gd3088629de Copyright (c) 2007-2019 the FFmpeg developers
built with gcc 7 (SUSE Linux)
configuration: --arch=x86 --sysinclude=/usr/include --cc='ccache gcc' --cxx='ccache g++' --ld=gcc --cpu=generic --target_os=linux --pkg_config=pkg-config --prefix=/usr/local --libdir=/usr/local/lib --as=gcc --objcc=gcc --dep_cc=gcc --host_cc=gcc --host_ld=gcc --disable-cross-compile --disable-libmp3lame --disable-libx264 --disable-libx265 --disable-libvpx --disable-libxvid --enable-vdpau --enable-libxml2 --enable-libass --disable-dxva2 --enable-libbluray --disable-libfontconfig --disable-libfreetype --disable-libiec61883 --disable-crystalhd --disable-sdl2 --disable-ffplay --enable-vaapi --enable-libdrm --extra-cflags=' -w' --extra-ldflags= --enable-stripping --strip='echo skipping strip' --disable-manpages --disable-podpages --disable-doc --disable-nvenc --enable-shared --disable-static --enable-gpl --enable-pic --disable-demuxer=mpegtsraw --disable-indev=dshow
libavutil 56. 31.100 / 56. 31.100
libavcodec 58. 54.100 / 58. 54.100
libavformat 58. 29.100 / 58. 29.100
libavdevice 58. 8.100 / 58. 8.100
libavfilter 7. 57.100 / 7. 57.100
libswscale 5. 5.100 / 5. 5.100
libswresample 3. 5.100 / 3. 5.100
libpostproc 55. 5.100 / 55. 5.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/store/Movies/Speed.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.29.100
Duration: 02:41:00.86, start: 0.000000, bitrate: 5195 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/unknown/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 4811 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 376 kb/s (default)
Metadata:
handler_name : SoundHandler

[sandypit] /home/jam [1002]% mythcommflag --rebuild --video /store/Movies/Speed.mp4
2021-01-28 16:57:05.342296 C mythcommflag version: fixes/31 [v31.0-85-gd3088629de] www.mythtv.org
2021-01-28 16:57:05.342317 C Qt version: compile: 5.12.7, runtime: 5.12.7
MythTV Commercial Flagger, building seek table for:
/store/Movies/Speed.mp4
Rebuild started at Thu Jan 28 16:57:06 2021
2021-01-28 16:57:06.358207 E No locale defaults file for en_AU, skipping
No I-frames found, rewinding...
Rebuild completed at Thu Jan 28 16:58:11 2021
2021-01-28 16:58:11.159848 E decoding error End of file (-541478725)

Is no I frames important?
Why would shotcut make only B frames?
I thought some reasonable number, say 10 Bs to every I

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 28/01/2021 00:09, James Linder wrote:
>
>
>> On 28 Jan 2021, at 7:47 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>>
>>
>> On Wed, Jan 27, 2021 at 5:00 PM John Pilkington <johnpilk222@gmail.com> wrote:
>> On 27/01/2021 20:57, John Hoyt wrote:
>>> Well, I tried edit mode from mythvideo and recordings (I hacked the bad
>>> recording into my mythbackend replacing an old recording with the bad
>>> video). Unfortunately, I was unable to reproduce the segfault with
>>> either cutlist editor mechanism. Basically everything just worked for me...
>>>
>>> I'm curious if there's some other underlying issue that's creating the
>>> segfault.
>>>
>>> James, have you tried telling mythbackend to rebuild the seektable? I
>>> think the command is:
>>>
>>> mythtranscode --buildindex --allkeys --showprogress
>>> --infile /path/to/file (for a recording)
>>> mythtranscode --video --buildindex --allkeys --showprogress
>>> --infile /path/to/file (for mythvideo)
>>
>> I have had tickets about seektable regeneration in the past, and suspect
>> that the most recent work on it has used the form
>>
>> mythcommflag --rebuild --file ccccc_yyyymmhhmmssxx.xxx for
>> recordings, or
>> mythcommflag --rebuild --video /may/need/full/path/to/file for videos
>>
>> Those commands also reset the file size. I've used them in scripts for
>> years. HTH...
>>
>> Thanks John - I'm going to have to borrow that trick on some of my transcode scripts.
>>
>> James, another thought in helping isolate the issue is trying to edit the file from mythvideo. I.e. copy it to wherever you store you movies files, tell myth to repair its seek table with John P's commands (or the ones I suggested earlier) then try to edit the file.
>
> I think the solution is good but so far mo cigar: (full output in case of ..)
>
> [sandypit] /home/jam [1003]% mythcommflag --rebuild --file /store/10070_20210123131900.ts
> 2021-01-28 07:57:26.865199 C mythcommflag version: fixes/31 [v31.0-85-gd3088629de] www.mythtv.org
> 2021-01-28 07:57:26.865218 C Qt version: compile: 5.12.7, runtime: 5.12.7
> MythTV Commercial Flagger, building seek table for:
> Speed
> Rebuild started at Thu Jan 28 07:57:27 2021
> 2021-01-28 07:57:27.885319 E No locale defaults file for en_AU, skipping
> Rebuild completed at Thu Jan 28 07:58:29 2021
> 2021-01-28 07:58:29.139244 E decoding error End of file (-541478725)
>
> EDIT - crash

I don't know precisely how master relates to the versions in the mac
build, but (again) this may be relevant. I started getting crashes in
the cutlist editor after a bunch of commits to master in late October.
The crashes went away after the commit that I mentioned earlier, but
editing still had occasional 20-second hangups that happened not
randomly, but unpredictably.

It's too early to be certain, but after another bunch of commits
yesterday I have not seen any of these hangups. Perhaps the
'UIButtonList' was involved again. (Thanks, Mark_K) That's in Fedora
32. Unfortunately most of my recordings have been on my el7 system,
for which I can't now build because of the taglib bump the day before...

Back to the seektable: I find the 'commflag --rebuild' recipe usually
reliable, but I don't think it will repair defective files, and it
doesn't regenerate seektables for DVB-T radio or, iirc, other formats
such as mkv or mp4.

John P
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> No so easy!
>

Here's what I did to get it running with mythvideo with a newly built
seektable (modified to match your filesystem...):

cp 10070_20210123131900.ts /store/Movies/
mythutil --scanvideos

mythtranscode --video --buildindex --allkeys --showprogress
--infile /store/Movies/10070_20210123131900.ts

>
> I don't know precisely how master relates to the versions in the mac
> build, but (again) this may be relevant. I started getting crashes in
> the cutlist editor after a bunch of commits to master in late October.
> The crashes went away after the commit that I mentioned earlier, but
> editing still had occasional 20-second hangups that happened not
> randomly, but unpredictably.
>

James is running a mac build of v31 (not master) compiled in mid-December
which was cloned from to to include commits
through e9b795a1e43023b4141a28b9c620213097cdfbfe

I do also post master builds less frequently - but since most of the macOS
community stayed with v31 for their backend I haven't heard too many
requests for help on master.

The next time I package up mac applications (hopefully this weekend), I'll
make a version that backports the master fix you suggested into v31 to see
if it helps.

>
> It's too early to be certain, but after another bunch of commits
> yesterday I have not seen any of these hangups. Perhaps the
> 'UIButtonList' was involved again. (Thanks, Mark_K) That's in Fedora
> 32. Unfortunately most of my recordings have been on my el7 system,
> for which I can't now build because of the taglib bump the day before...
>

I'll take a look at these as well in case they can help the issues for v31


> Back to the seektable: I find the 'commflag --rebuild' recipe usually
> reliable, but I don't think it will repair defective files, and it
> doesn't regenerate seektables for DVB-T radio or, iirc, other formats
> such as mkv or mp4.
>

interesting. That may be why "mythtranscode --video --buildindex" worked
for me on James' video (.ts H264) while mythcommflag failed for James.

> On 28 Jan 2021, at 7:06 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> I don't know precisely how master relates to the versions in the mac
> build, but (again) this may be relevant. I started getting crashes in
> the cutlist editor after a bunch of commits to master in late October.
> The crashes went away after the commit that I mentioned earlier, but
> editing still had occasional 20-second hangups that happened not
> randomly, but unpredictably.
>
> James is running a mac build of v31 (not master) compiled in mid-December which was cloned from to to include commits through e9b795a1e43023b4141a28b9c620213097cdfbfe
>
> I do also post master builds less frequently - but since most of the macOS community stayed with v31 for their backend I haven't heard too many requests for help on master.
>
> The next time I package up mac applications (hopefully this weekend), I'll make a version that backports the master fix you suggested into v31 to see if it helps.
>
> It's too early to be certain, but after another bunch of commits
> yesterday I have not seen any of these hangups. Perhaps the
> 'UIButtonList' was involved again. (Thanks, Mark_K) That's in Fedora
> 32. Unfortunately most of my recordings have been on my el7 system,
> for which I can't now build because of the taglib bump the day before...
>
> I'll take a look at these as well in case they can help the issues for v31
>
> Back to the seektable: I find the 'commflag --rebuild' recipe usually
> reliable, but I don't think it will repair defective files, and it
> doesn't regenerate seektables for DVB-T radio or, iirc, other formats
> such as mkv or mp4.
>
> interesting. That may be why "mythtranscode --video --buildindex" worked for me on James' video (.ts H264) while mythcommflag failed for James.

This question may very well pass as on topic, at dusk with the light behind it
(appologies to any ladies on list Gilbert and Sullivan were chauvinistic)

to use mythfrontend --noupnp, cause it works for me, how can I make a dock launcher that does this. I can make an app that launches with arguments, (with Automator) but the dock launcher this spawns is the original mythfrontend without arguments.

I can build an app with upnp disabled, but what is best
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> to use mythfrontend --noupnp, cause it works for me, how can I make a dock
> launcher that does this. I can make an app that launches with arguments,
> (with Automator) but the dock launcher this spawns is the original
> mythfrontend without arguments.
>

The easiest way would be to edit the Applications start up script

nano /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend

add the flag to the "./mythfrontend.real $@" line

I believe "./mythfrontend.real -noupnp $@" should work.

BTW - what database and version are you running on your backend? The data
point may help with debugging. BTW - macports accepted all of the PRs I've
been waiting for. I will post updated builds for HS and Catalina (based on
mysql8) to Sourceforge once I get all of the updates compiled.

> On 29 Jan 2021, at 8:16 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> to use mythfrontend --noupnp, cause it works for me, how can I make a dock launcher that does this. I can make an app that launches with arguments, (with Automator) but the dock launcher this spawns is the original mythfrontend without arguments.
>
> The easiest way would be to edit the Applications start up script
>
> nano /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
>
> add the flag to the "./mythfrontend.real $@" line
>
> I believe "./mythfrontend.real -noupnp $@" should work.
>
> BTW - what database and version are you running on your backend? The data point may help with debugging. BTW - macports accepted all of the PRs I've been waiting for. I will post updated builds for HS and Catalina (based on mysql8) to Sourceforge once I get all of the updates compiled.

Thanks for that!

Server version: 10.4.14-MariaDB MariaDB package

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 28 Jan 2021, at 6:55 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> No so easy!
>
> Here's what I did to get it running with mythvideo with a newly built seektable (modified to match your filesystem...):
>
> cp 10070_20210123131900.ts /store/Movies/
> mythutil --scanvideos
> mythtranscode --video --buildindex --allkeys --showprogress --infile /store/Movies/10070_20210123131900.ts

Interesting!

The 'fixed' video.ts still has errors.
mythcomflag fails to rebuild seek table
mythtranscode (as above) fails to rebuild seek table

I trancoded the ts to mp4 using shotcut
that plays ok.
mythcomflag fails to rebuild seek table
mythtranscode does rebuild the seek table
the clip is trashed
the first hour is the first 5 minutes repeated in no particular order
ie min 1..5 is [seg1][seg2][seg3]...

plays (say - I've not been careful documenting this - why bother)
[seg2][seg1][seg2][seg2][seg14][seg3]... that sort of rubbish
using E 1min <rt>

I'm going to try fixing using handbrake
I'm certain broken video files cause the mac frontend edit crash

The video is 'normal' ota broken.

If anybody would like the 'actual' file as opposed to my example bad file
http://tigger.ws/downloads/10074_20210123140800.ts
please say and I'll upload.
James


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

James

I just uploaded new builds to SourceForge (
https://sourceforge.net/projects/mythtvformacosx/) for Catalina and High
Sierra. These builds are at the latest commit for v31 (master will be
uploading a little while) and have all of the latest macports fixes I've
been working. This includes only compiling against one database version
(mysql8 in this case).

Please give this new build a try - I doubt it will fix the cutlist issue,
but am hoping to get lucky. If this doesn't work I'll try making a dev
build with the mast culist editor fix John P suggested patched in.

Mark, any suggestion on where to put debug output statements so we can
figure out where in the code the segfault is coming from?

~John

> On 30 Jan 2021, at 6:39 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> James
>
> I just uploaded new builds to SourceForge (https://sourceforge.net/projects/mythtvformacosx/) for Catalina and High Sierra. These builds are at the latest commit for v31 (master will be uploading a little while) and have all of the latest macports fixes I've been working. This includes only compiling against one database version (mysql8 in this case).
>
> Please give this new build a try - I doubt it will fix the cutlist issue, but am hoping to get lucky. If this doesn't work I'll try making a dev build with the mast culist editor fix John P suggested patched in.
>
> Mark, any suggestion on where to put debug output statements so we can figure out where in the code the segfault is coming from?

John thanks, will download as soon as they are uploaded
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 30 Jan 2021, at 6:43 am, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 30 Jan 2021, at 6:39 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> James
>>
>> I just uploaded new builds to SourceForge (https://sourceforge.net/projects/mythtvformacosx/) for Catalina and High Sierra. These builds are at the latest commit for v31 (master will be uploading a little while) and have all of the latest macports fixes I've been working. This includes only compiling against one database version (mysql8 in this case).
>>
>> Please give this new build a try - I doubt it will fix the cutlist issue, but am hoping to get lucky. If this doesn't work I'll try making a dev build with the mast culist editor fix John P suggested patched in.
>>
>> Mark, any suggestion on where to put debug output statements so we can figure out where in the code the segfault is coming from?
>
> John thanks, will download as soon as they are uploaded

Just to confirm it dors not fix the core dump, but otherwise the quick look looks goog
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> Just to confirm it dors not fix the core dump, but otherwise the quick
> look looks goog
>

Thanks! I'll start work on the debug build once I wrap up my master builds
and verify a bug fix / issue a pull request for a bug I just found that
prevents master from building in High Sierra.

Best guess is I'll have something by tomorrow afternoon (...my time...)

> On 30 Jan 2021, at 7:16 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> Just to confirm it dors not fix the core dump, but otherwise the quick look looks goog
>
> Thanks! I'll start work on the debug build once I wrap up my master builds and verify a bug fix / issue a pull request for a bug I just found that prevents master from building in High Sierra.
>
> Best guess is I'll have something by tomorrow afternoon (...my time...)

Pardon the drunken spelling - wee small hours with no light to disturb family

Summary:
handbrake transcodes video in 1.5 hours not 4.5 as shotcut does
mythcommflag fails to build seektable
mythtranscode does rebuild seek table, but trashes the video same way as shotcut transcode

I guess the best way forward is to cut the video with linux frontend or mac frontend if that can be 'gotten' working
Cleanup the broken video with handbrake if seektables con be made

Most bizare scenero would be to cut videp and transcode with shotcut. The myth cutlist timings could be used if Jack escapes the bottomless pit ..

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 30/01/2021 07:15, James Linder wrote:
>
>
>> On 30 Jan 2021, at 7:16 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> Just to confirm it dors not fix the core dump, but otherwise the quick look looks goog
>>
>> Thanks! I'll start work on the debug build once I wrap up my master builds and verify a bug fix / issue a pull request for a bug I just found that prevents master from building in High Sierra.
>>
>> Best guess is I'll have something by tomorrow afternoon (...my time...)
>
> Pardon the drunken spelling - wee small hours with no light to disturb family
>
> Summary:
> handbrake transcodes video in 1.5 hours not 4.5 as shotcut does
> mythcommflag fails to build seektable
> mythtranscode does rebuild seek table, but trashes the video same way as shotcut transcode
>
> I guess the best way forward is to cut the video with linux frontend or mac frontend if that can be 'gotten' working
> Cleanup the broken video with handbrake if seektables con be made
>
> Most bizare scenero would be to cut videp and transcode with shotcut. The myth cutlist timings could be used if Jack escapes the bottomless pit ..
>
I do not have a mac and do not suffer any of the problems described, but I notice in the
conversation that James is having problems editing. He does not mention a tool I have used
successfully, which is 'avidemux' http://www.avidemux.org.

This has a number of input and output options which may cover his requirements. On the other hand,
it may simply use the same libraries and bork the files up in similar ways. Worth a look?

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 27/01/2021 05:06, James Linder wrote:
> This is not a clip I'd cut, but it is small and shows the issue
>
> As far as I can tell *any* edit crashes but this is what I did
> I guess the easiest way to do this is to scan it as a movie then
> [play]
> E
> <sp>
> <up> or <down> to select 1min
> <rt><rt>crash
>
> My linux frontends do not do this. I run a VM on the mac just to cutlist edit.
>
> http://tigger.ws/downloads/10074_20210123140800.ts
>
> James
>

Just for fun I tried looking at this. 1.6 GB doesn't feel 'small' to
me, but times change.

The cutting is a two-step process: once with no cutlist to remove all
but the main video and audio streams, then a second does the cuts. It
doesn't work well with corrupt recordings and still complains about
corrupt packets at the start of each segment. There's some KFC ad
leakage around frame 39442 :-)

{{{

Input file was 10074_20210123140800.ts from downloads.tigger,
overwritten onto a short local recording.

----------

Input #0, mpegts, from '/mnt/sdb3/RecSG3/20101_20210130100100.ts':
Duration: 01:00:30.90, start: 10613.545933, bitrate: 3735 kb/s
Stream #0:0[0x671]: Video: h264 (High), yuv420p(tv, top first),
1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x672](eng): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
Stream #0:2[0x674](eng): Subtitle: dvb_teletext
Unsupported codec with id 94215 for input stream 2

---------

Running: mythutil --getcutlist --chanid 20101 --starttime
20210130100100 -q
Cutlist: 3916-8195,27613-32895,40117-45145,54043-59070,71236-77520
3916-8195,27613-32895,40117-45145,54043-59070,71236-77520

If you want to reset this cutlist, after restoring the .old file
and rebuilding its seektable, you could try:

mythutil --setcutlist
3916-8195,27613-32895,40117-45145,54043-59070,71236-77520 --chanid
20101 --starttime 20210130100100

------------
Millisecond positions of joins in new file:

00:02:34.7200 154720 ms
00:15:30.4800 930480 ms
00:20:18.4400 1218440 ms
00:26:13.5600 1573560 ms
00:34:20.2000 2060200 ms
00:43:07.6000 2587600 ms


Frame positions of joins in new file:
3868 23262 30461 39339 51505 64661

--------------

mythffprobe -hide_banner /mnt/sdb3/RecSG3/20101_20210130100100.ts
Input #0, mpegts, from '/mnt/sdb3/RecSG3/20101_20210130100100.ts':
Duration: 00:43:17.10, start: 1.400000, bitrate: 3483 kb/s
Stream #0:0[0x100]: Video: h264 (High), yuv420p(tv, top first),
1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x101](eng): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s

}}}

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 30/01/2021 11:32, Mike Perkins wrote:
> On 30/01/2021 07:15, James Linder wrote:
>>
>>
>>> On 30 Jan 2021, at 7:16 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>>
>>> Just to confirm it dors not fix the core dump, but otherwise the quick look looks goog
>>>
>>> Thanks!  I'll start work on the debug build once I wrap up my master builds and verify a bug fix
>>> / issue a pull request for a bug I just found that prevents master from building in High Sierra.
>>>
>>> Best guess is I'll have something by tomorrow afternoon (...my time...)
>>
>> Pardon the drunken spelling - wee small hours with no light to disturb family
>>
>> Summary:
>> handbrake transcodes video in 1.5 hours not 4.5 as shotcut does
>> mythcommflag fails to build seektable
>> mythtranscode does rebuild seek table, but trashes the video same way as shotcut transcode
>>
>> I guess the best way forward is to cut the video with linux frontend or mac frontend if that can
>> be 'gotten' working
>> Cleanup the broken video with handbrake if seektables con be made
>>
>> Most bizare scenero would be to cut videp and transcode with shotcut. The myth cutlist timings
>> could be used if Jack escapes the bottomless pit ..
>>
> I do not have a mac and do not suffer any of the problems described, but I notice in the
> conversation that James is having problems editing. He does not mention a tool I have used
> successfully, which is 'avidemux' http://www.avidemux.org.
>
> This has a number of input and output options which may cover his requirements. On the other hand,
> it may simply use the same libraries and bork the files up in similar ways. Worth a look?
>
Sorry. That link is bad, but a better one is hard to find. Maybe here:
https://en.wikipedia.org/wiki/Avidemux

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> >>
> > I do not have a mac and do not suffer any of the problems described, but
> I notice in the
> > conversation that James is having problems editing. He does not mention
> a tool I have used
> > successfully, which is 'avidemux' http://www.avidemux.org.
> >
> > This has a number of input and output options which may cover his
> requirements. On the other hand,
> > it may simply use the same libraries and bork the files up in similar
> ways. Worth a look?
> >
> Sorry. That link is bad, but a better one is hard to find. Maybe here:
> https://en.wikipedia.org/wiki/Avidemux


Mike - that's an excellent suggestion. I actually use avidemux (via ssh
and x-forwarding to my ubuntu backend) all the time myself. There is a mac
version available here (https://www.fosshub.com/Avidemux.html) that seems
to work.

> On 30 Jan 2021, at 7:32 pm, Mike Perkins <mikep@randomtraveller.org.uk> wrote:
>
> On 30/01/2021 07:15, James Linder wrote:
>>> On 30 Jan 2021, at 7:16 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>>
>>> Just to confirm it dors not fix the core dump, but otherwise the quick look looks goog
>>>
>>> Thanks! I'll start work on the debug build once I wrap up my master builds and verify a bug fix / issue a pull request for a bug I just found that prevents master from building in High Sierra.
>>>
>>> Best guess is I'll have something by tomorrow afternoon (...my time...)
>> Pardon the drunken spelling - wee small hours with no light to disturb family
>> Summary:
>> handbrake transcodes video in 1.5 hours not 4.5 as shotcut does
>> mythcommflag fails to build seektable
>> mythtranscode does rebuild seek table, but trashes the video same way as shotcut transcode
>> I guess the best way forward is to cut the video with linux frontend or mac frontend if that can be 'gotten' working
>> Cleanup the broken video with handbrake if seektables con be made
>> Most bizare scenero would be to cut videp and transcode with shotcut. The myth cutlist timings could be used if Jack escapes the bottomless pit ..
> I do not have a mac and do not suffer any of the problems described, but I notice in the conversation that James is having problems editing. He does not mention a tool I have used successfully, which is 'avidemux' http://www.avidemux.org.
>
> This has a number of input and output options which may cover his requirements. On the other hand, it may simply use the same libraries and bork the files up in similar ways. Worth a look?

Mike I've used avidemux lots and do like it but it ocasionally hic-up'd where shotcut did not.
avidemux is so easy I could teach my wife to use it in 5 min.
While shotcut is 'easy' it is lots more involved, so having put in the time to learn it I may as well stay.
James
PS I'll look if avidemux can build s seek table, THAts my issue
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 30 Jan 2021, at 7:37 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>
> Just for fun I tried looking at this. 1.6 GB doesn't feel 'small' to me, but times change.
>
> The cutting is a two-step process: once with no cutlist to remove all but the main video and audio streams, then a second does the cuts. It doesn't work well with corrupt recordings and still complains about corrupt packets at the start of each segment. There's some KFC ad leakage around frame 39442 :-)
>
> {{{
>
> Input file was 10074_20210123140800.ts from downloads.tigger, overwritten onto a short local recording.
>
> ----------
>
> Input #0, mpegts, from '/mnt/sdb3/RecSG3/20101_20210130100100.ts':
> Duration: 01:00:30.90, start: 10613.545933, bitrate: 3735 kb/s
> Stream #0:0[0x671]: Video: h264 (High), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
> Stream #0:1[0x672](eng): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
> Stream #0:2[0x674](eng): Subtitle: dvb_teletext
> Unsupported codec with id 94215 for input stream 2
>
> ---------
>
> Running: mythutil --getcutlist --chanid 20101 --starttime 20210130100100 -q
> Cutlist: 3916-8195,27613-32895,40117-45145,54043-59070,71236-77520
> 3916-8195,27613-32895,40117-45145,54043-59070,71236-77520
>
> If you want to reset this cutlist, after restoring the .old file
> and rebuilding its seektable, you could try:
>
> mythutil --setcutlist 3916-8195,27613-32895,40117-45145,54043-59070,71236-77520 --chanid 20101 --starttime 20210130100100
>
> ------------
> Millisecond positions of joins in new file:
>
> 00:02:34.7200 154720 ms
> 00:15:30.4800 930480 ms
> 00:20:18.4400 1218440 ms
> 00:26:13.5600 1573560 ms
> 00:34:20.2000 2060200 ms
> 00:43:07.6000 2587600 ms
>
>
> Frame positions of joins in new file:
> 3868 23262 30461 39339 51505 64661
>
> --------------
>
> mythffprobe -hide_banner /mnt/sdb3/RecSG3/20101_20210130100100.ts
> Input #0, mpegts, from '/mnt/sdb3/RecSG3/20101_20210130100100.ts':
> Duration: 00:43:17.10, start: 1.400000, bitrate: 3483 kb/s
> Stream #0:0[0x100]: Video: h264 (High), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
> Stream #0:1[0x101](eng): Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
>
> }}}

Mike did you edit with a mac?
For me
set a cut point
move
crash

but my linux frontend is quite content to gobble bad content

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

James, I just uploaded a new build that contains the code update John P
suggested to here:

https://sourceforge.net/projects/mythtvformacosx/files/Development/debug_builds/
<https://sourceforge.net/projects/mythtvformacosx/files/Development/debug_builds/>


Please give it a try. If it doesn't end up fixing your segfault issue,
I'll need some help on where else to look and where to put debug statements
to help narrow down the issue. I still can't recreate the segfault
locally, so this makes the issue rather hard to troubleshoot.

> On 30 Jan 2021, at 8:16 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> James, I just uploaded a new build that contains the code update John P suggested to here:
> https://sourceforge.net/projects/mythtvformacosx/files/Development/debug_builds/
>
> Please give it a try. If it doesn't end up fixing your segfault issue, I'll need some help on where else to look and where to put debug statements to help narrow down the issue. I still can't recreate the segfault locally, so this makes the issue rather hard to troubleshoot.

It crashes!
Are you trying the (bad too) file I posted?
http://tigger.ws/downloads/10074_20210123140800.ts

I have a high sierra and a catelina that crash straight away
What can I do to help?
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 30 Jan 2021, at 8:31 pm, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 30 Jan 2021, at 8:16 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> James, I just uploaded a new build that contains the code update John P suggested to here:
>> https://sourceforge.net/projects/mythtvformacosx/files/Development/debug_builds/
>>
>> Please give it a try. If it doesn't end up fixing your segfault issue, I'll need some help on where else to look and where to put debug statements to help narrow down the issue. I still can't recreate the segfault locally, so this makes the issue rather hard to troubleshoot.
>
> It crashes!
> Are you trying the (bad too) file I posted?
> http://tigger.ws/downloads/10074_20210123140800.ts
>
> I have a high sierra and a catelina that crash straight away
> What can I do to help?

John I just installed rather than running from the dmg.
Who knows what fumbled but the installed frontend does not crash. I'll look more now but so far so good, so thanks for staying with my problem

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> John I just installed rather than running from the dmg.
> Who knows what fumbled but the installed frontend does not crash. I'll
> look more now but so far so good, so thanks for staying with my problem
>

Awesome! I'll package up the fix and issue a pull request to get into the
v31 shortly.

> On 30 Jan 2021, at 8:59 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> John I just installed rather than running from the dmg.
> Who knows what fumbled but the installed frontend does not crash. I'll look more now but so far so good, so thanks for staying with my problem
>
> Awesome! I'll package up the fix and issue a pull request to get into the v31 shortly.

I think it is fixed
http://tigger.ws/downloads/speed.png
James


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> I think it is fixed
>

Great!

John P - a big thank you for pointing me to the solution!

> On 30 Jan 2021, at 9:18 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> I think it is fixed
>
> Great!
>
> John P - a big thank you for pointing me to the solution!

Also
cut the video

I've got an h263cut.sh based on what someone posted a year or 2 ago
generate a cutlist-times
use mythffmpeg to cut each segment based on those times
use mythffmpeg to concat each segment

When all is done, a minute, the resultant file has no errors

Mail me if anyone wants a copy
James


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 30/01/2021 13:18, John Hoyt wrote:
> I think it is fixed
>
>
> Great!
>
> John P - a big thank you for pointing me to the solution!
>

I'm glad it worked - but I just watch while Mark_K actually sorts the
code :-)
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

james

> On 30 Jan 2021, at 9:34 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>
> On 30/01/2021 13:18, John Hoyt wrote:
>> james I think it is fixed
>> Great!
>> John P - a big thank you for pointing me to the solution!
>
> I'm glad it worked - but I just watch while Mark_K actually sorts the code :-)

But John :-(
the meta data grabber that has been working (well) is now not working.
Using the 'old' I can grab, using your 'new' I can't
James



_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> But John :-(
> the meta data grabber that has been working (well) is now not working.
> Using the 'old' I can grab, using your 'new' I can't
>

I've been having issues with the metadata grabber on and off for both macOS
and linux (Ubuntu) as of late myself. I've had to reset the video metadata
on the video then re-run on several occasions.

Have you tried re-setting the metadata then run retrieve? Are you having
issues with a TV show or movie?

I just tried on my system (movie and tv show) and everything worked fine.

There's a slight possibility that one of the last two commits (
https://github.com/MythTV/mythtv/commits/fixes/31) did something to the
grabber that may be introducing your new bug. I'd suggest you create an
Issue report on github as I do not believe it to be an issue with the mac
build process.

> iOn 30 Jan 2021, at 10:11 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> But John :-(
> the meta data grabber that has been working (well) is now not working.
> Using the 'old' I can grab, using your 'new' I can't
>
> I've been having issues with the metadata grabber on and off for both macOS and linux (Ubuntu) as of late myself. I've had to reset the video metadata on the video then re-run on several occasions.
>
> Have you tried re-setting the metadata then run retrieve? Are you having issues with a TV show or movie?
>
> I just tried on my system (movie and tv show) and everything worked fine.
>
> There's a slight possibility that one of the last two commits (https://github.com/MythTV/mythtv/commits/fixes/31) did something to the grabber that may be introducing your new bug. I'd suggest you create an Issue report on github as I do not believe it to be an issue with the mac build process.


I tried scan - that usually does, but did. not retrieve
I->change->retrieve
retrives
does not update the movie
I->change-reset

repeat a few times

goto older frontend
I->change->retrieve
retrives
updates movie

Hard to draw any other conclusion. Tomorrow (it's nearly 11 peem) I'll spulunk

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> Hard to draw any other conclusion. Tomorrow (it's nearly 11 peem) I'll
> spulunk
>

hmmm, next time you run check the logs for errors. There's a small
possibility that the build script messed up the python install to the
application. I won't see that type of error on my computer since I have
python both installed in the app as well as where macports puts it.

>
> hmmm, next time you run check the logs for errors. There's a small
>> possibility that the build script messed up the python install to the
>> application. I won't see that type of error on my computer since I have
>> python both installed in the app as well as where macports puts it.
>>
>
Yep - that was it. I was wrong, it is a packaging problem. I'll get to
fixing that after I run some errands.

>
>
>>> Yep - that was it. I was wrong, it is a packaging problem. I'll get to
> fixing that after I run some errands.
>

I think I fixed the issue in the compile script (minor python3.8 path
change). I'm going to wait until my pull requests get committed before
pushing out any new builds. Will send out a note once they're uploaded.

On Sat, Jan 30, 2021 at 11:42 AM John Hoyt <john.hoyt@gmail.com> wrote:

>
>>>> Yep - that was it. I was wrong, it is a packaging problem. I'll get
>> to fixing that after I run some errands.
>>
>
> I think I fixed the issue in the compile script (minor python3.8 path
> change). I'm going to wait until my pull requests get committed before
> pushing out any new builds. Will send out a note once they're uploaded.
>

James, can you edit the following line and tell me if it fixes the
metadata grabbers on your end?

nano /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend

change

export
PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-enabled

to

export
PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-packages

Thanks!

> On 31 Jan 2021, at 12:42 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
> Yep - that was it. I was wrong, it is a packaging problem. I'll get to fixing that after I run some errands.
>
> I think I fixed the issue in the compile script (minor python3.8 path change). I'm going to wait until my pull requests get committed before pushing out any new builds. Will send out a note once they're uploaded.

John although far less frequent I have crashed 2x doing real editing.
I may be perception-only but it seemed as if E <rt> fast <rt> triggered it

2021-01-31 21:05:27.012774 I VideoOutput: SetDeinterlacing (Doublerate 1): Single High|CPU|GLSL Double High|CPU|GLSL
2021-01-31 21:05:27.013679 I TV::StartPlayer(): Created player.
2021-01-31 21:05:27.013719 I TV::HandleStateChange(): Changing from None to WatchingPreRecorded
2021-01-31 21:05:27.046494 I TV::HandleStateChange(): Main UI disabled.
2021-01-31 21:05:27.046533 I TV::StartTV(): Entering main playback loop.
2021-01-31 21:05:27.060159 I VideoOutput: SetDeinterlacing (Doublerate 1): Single High|CPU|GLSL Double High|CPU|GLSL
2021-01-31 21:05:27.060221 W GLVid: New frame format: None:None 1920x1080 (Tex: 2D) -> YUV420P:YUY2 1920x1080 (Tex: 2D)
Handling Segmentation fault: 11
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 8238 Segmentation fault: 11 ./mythfrontend.real --noupnp $@

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 31 Jan 2021, at 8:41 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> On Sat, Jan 30, 2021 at 11:42 AM John Hoyt <john.hoyt@gmail.com> wrote:
>
> Yep - that was it. I was wrong, it is a packaging problem. I'll get to fixing that after I run some errands.
>
> I think I fixed the issue in the compile script (minor python3.8 path change). I'm going to wait until my pull requests get committed before pushing out any new builds. Will send out a note once they're uploaded.
>
> James, can you edit the following line and tell me if it fixes the metadata grabbers on your end?
>
> nano /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
>
> change
> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-enabled
> to
> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-packages

John <smiling lots> I can't believe anybody would do real editing with nano. I have used vi since it ran on a PDP/11 with 100K ram, and have never looked back.

I changed the export from enabled to packages and I now have an issue that I only saw on Exit - the frontend GUI now occupies every 'space' in Apple terminology ie every workspace or desktop.

The grabber works

2021-01-31 21:24:19.855826 I Running Grabber: /Applications/Mythfrontend.app/Contents/Resources/share/mythtv/metadata/Television/ttvdb.py -l en -a AU -C 79257
2021-01-31 21:24:20.338655 I Result Found, Season 2 Episode 6
2021-01-31 21:24:20.338808 I Returning Metadata Results: Planet Earth 2 6

but the clip shows no meta data (words or picture)
The whole grabber is iffy, but generally if you grab data a few times, resetting if it does not work, results in success.

ciao James


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> John <smiling lots> I can't believe anybody would do real editing with
> nano. I have used vi since it ran on a PDP/11 with 100K ram, and have never
> looked back.
>

You could have also been an emacs guy :) - nano is great for simple edits,
but definitely not my tool of choice when doing complex edits.


> I changed the export from enabled to packages and I now have an issue that
> I only saw on Exit - the frontend GUI now occupies every 'space' in Apple
> terminology ie every workspace or desktop.


Strange - this edit should have only updated the app's internal python
package to find the bundled mythtv python goodies. I'm clueless as to why
the GUI started acting up.

>
>
The grabber works
>

Great - it did on my test VM as well, but I wanted to make sure.

John P / Mark - given James experienced some new segfaults in the cutlist
editor, any other thoughts / breadcrumbs to fixes in master that may help?
My guess is the linux qt5 version James is using is more robust to failures
than the mac build. Not sure if there's something that can be done to the
mac code to better handle the crashes averting the segfaults.

> On Jan 31, 2021, at 7:41 AM, John Hoyt <john.hoyt@gmail.com> wrote:
>
> change
> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-enabled
> to
> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-packages
>

I think that last bit should be “site-packages”; just one site!

Craig

On Sun, Jan 31, 2021 at 12:27 PM Craig Treleaven <ctreleaven@cogeco.ca>
wrote:

> On Jan 31, 2021, at 7:41 AM, John Hoyt <john.hoyt@gmail.com> wrote:
>
> change
>
> export
> PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-enabled
>
> to
>
> export
> PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-packages
>
>
> I think that last bit should be “site-packages”; just one site!
>
> Craig
>

Good catch Craig - you are right it should be

export
PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/site-packages

> On 1 Feb 2021, at 2:14 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
>
> On Sun, Jan 31, 2021 at 12:27 PM Craig Treleaven <ctreleaven@cogeco.ca> wrote:
>> On Jan 31, 2021, at 7:41 AM, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> change
>> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-enabled
>> to
>> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-packages
>>
>
> I think that last bit should be “site-packages”; just one site!
>
> Craig
>
> Good catch Craig - you are right it should be
> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/site-packages

One of my favorite stories (when talking to climate denier people, to show how complicated it all is)
Alaska Wildlife reintroduced wolves and found it stopped soil erosian.
(turns out the woves stopped graziers from grazing along the river as it was too exposed)

Likewise the typo fixed the multiple workspace issues ??

Both the linux and the mac meta grabbers are behaving the same way.
(grabbing series metadata without a picture. I guess that I must look at the names I used: I called "Blue Planet II EP 6" "Blue Planet 2x06". Clearly wrong.

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 1 Feb 2021, at 7:25 am, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 1 Feb 2021, at 2:14 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>>
>>
>> On Sun, Jan 31, 2021 at 12:27 PM Craig Treleaven <ctreleaven@cogeco.ca> wrote:
>>> On Jan 31, 2021, at 7:41 AM, John Hoyt <john.hoyt@gmail.com> wrote:
>>>
>>> change
>>> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-enabled
>>> to
>>> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/sites-packages
>>>
>>
>> I think that last bit should be “site-packages”; just one site!
>>
>> Craig
>>
>> Good catch Craig - you are right it should be
>> export PYTHONPATH=$APP_DIR/Contents/Resources/lib/python3.8:$APP_DIR/Contents/Resources/lib/python3.8/site-packages
>
> One of my favorite stories (when talking to climate denier people, to show how complicated it all is)
> Alaska Wildlife reintroduced wolves and found it stopped soil erosian.
> (turns out the woves stopped graziers from grazing along the river as it was too exposed)
>
> Likewise the typo fixed the multiple workspace issues ??
>
> Both the linux and the mac meta grabbers are behaving the same way.
> (grabbing series metadata without a picture. I guess that I must look at the names I used: I called "Blue Planet II EP 6" "Blue Planet 2x06". Clearly wrong.

And I renamed the offending clip "Planet Earth II 1x06" and everything worked perfectly

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Wed, 27 Jan 2021 at 15:50, John Hoyt <john.hoyt@gmail.com> wrote:
> Thanks Mark! I most definitely will take you up on the offer when I can dig in (work commitments just ramped up a bit). I don't have a debug build, but can make one - is it safe to assume that it's a flag in configure?

Sorry - I've been missing in action for a few days and I'm now a
little confused where this has got to.

John - I've merged both of your pull requests. Is the original issue
fixed? Is there something else?

Regards
Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Hi Mark, as it stands, the initial bug is fixed - James can now use the
cutlist editor (for the most part) and I've resolved my packaging error
that caused his metadata grabber issues.

Unfortunately, since backporting the MythButtonUIList fix that John P
suggested, James is now experiencing new intermittent segfaults with the
cutlist editor. I suspect it's another QT5 related issue (have nothing to
base that belief on...). Any suggestions or thoughts on related fixes in
master (James is running fixes/31) would be appreciated.

It also appears from James' report that macOS is less robust to qt5 related
crashes and segfaults whereas Linux (not sure what flavor) does not. I'm
wondering if something could be added to or modified in the code to help
macOS handle whatever the issue is and avoid segfaults.

I have a development build fired up and can easily patch it / add print
statements to help in the bug finding process.

If you believe it to be on the qt5 compile side, I can also look into
that. I'm now way too familiar with how qt5 gets compiled in macports.

Regards,
John

On Mon, Feb 1, 2021 at 4:05 AM Mark Kendall <mark.kendall@gmail.com> wrote:

> On Wed, 27 Jan 2021 at 15:50, John Hoyt <john.hoyt@gmail.com> wrote:
> > Thanks Mark! I most definitely will take you up on the offer when I can
> dig in (work commitments just ramped up a bit). I don't have a debug
> build, but can make one - is it safe to assume that it's a flag in
> configure?
>
> Sorry - I've been missing in action for a few days and I'm now a
> little confused where this has got to.
>
> John - I've merged both of your pull requests. Is the original issue
> fixed? Is there something else?
>
> Regards
> Mark
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>

> On 1 Feb 2021, at 7:22 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> Hi Mark, as it stands, the initial bug is fixed - James can now use the cutlist editor (for the most part) and I've resolved my packaging error that caused his metadata grabber issues.
>
> Unfortunately, since backporting the MythButtonUIList fix that John P suggested, James is now experiencing new intermittent segfaults with the cutlist editor. I suspect it's another QT5 related issue (have nothing to base that belief on...). Any suggestions or thoughts on related fixes in master (James is running fixes/31) would be appreciated.
>
> It also appears from James' report that macOS is less robust to qt5 related crashes and segfaults whereas Linux (not sure what flavor) does not.

Mostly SuSE Leap 15,2, lubuntu (lxqt) 20.10, xubuntu 20.04 and a sprincle of Debian Buster. Not tried on buster, all rest are fe with suse as be.

> I'm wondering if something could be added to or modified in the code to help macOS handle whatever the issue is and avoid segfaults.
>
> I have a development build fired up and can easily patch it / add print statements to help in the bug finding process.
>
> If you believe it to be on the qt5 compile side, I can also look into that. I'm now way too familiar with how qt5 gets compiled in macports.
>
> Regards,
> John
>
> On Mon, Feb 1, 2021 at 4:05 AM Mark Kendall <mark.kendall@gmail.com> wrote:
> On Wed, 27 Jan 2021 at 15:50, John Hoyt <john.hoyt@gmail.com> wrote:
> > Thanks Mark! I most definitely will take you up on the offer when I can dig in (work commitments just ramped up a bit). I don't have a debug build, but can make one - is it safe to assume that it's a flag in configure?
>
> Sorry - I've been missing in action for a few days and I'm now a
> little confused where this has got to.
>
> John - I've merged both of your pull requests. Is the original issue
> fixed? Is there something else?

Mark before edit on HD resulted in E, <space> one or two moves (<rt> or <left>) and crash.
Now I've done cutlist on half a dozen videos and have prevoked core dump (sig 11) twice.
Posted the trace but it just said line 15 /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
which is not far from 'something is wrong somewhere'

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Mon, 1 Feb 2021 at 11:51, James Linder <jam@tigger.ws> wrote:
> > On 1 Feb 2021, at 7:22 pm, John Hoyt <john.hoyt@gmail.com> wrote:
> >
> > Hi Mark, as it stands, the initial bug is fixed - James can now use the cutlist editor (for the most part) and I've resolved my packaging error that caused his metadata grabber issues.
> >
> > Unfortunately, since backporting the MythButtonUIList fix that John P suggested, James is now experiencing new intermittent segfaults with the cutlist editor. I suspect it's another QT5 related issue (have nothing to base that belief on...). Any suggestions or thoughts on related fixes in master (James is running fixes/31) would be appreciated.
> >
> > It also appears from James' report that macOS is less robust to qt5 related crashes and segfaults whereas Linux (not sure what flavor) does not.
>
> Mostly SuSE Leap 15,2, lubuntu (lxqt) 20.10, xubuntu 20.04 and a sprincle of Debian Buster. Not tried on buster, all rest are fe with suse as be.
>
> > I'm wondering if something could be added to or modified in the code to help macOS handle whatever the issue is and avoid segfaults.
> >
> > I have a development build fired up and can easily patch it / add print statements to help in the bug finding process.
> >
> > If you believe it to be on the qt5 compile side, I can also look into that. I'm now way too familiar with how qt5 gets compiled in macports.

I would be genuinely surprised if it was a Qt issue - but obviously it
is a possibility.

The only thing I can really suggest is getting a debug build to James
that can hopefully produce a useful backtrace. I forget whether macos
will produce a backtrace without prompting - so may need to run
mythfrontend through lldb and/or gdb.

> Mark before edit on HD resulted in E, <space> one or two moves (<rt> or <left>) and crash.
> Now I've done cutlist on half a dozen videos and have prevoked core dump (sig 11) twice.
> Posted the trace but it just said line 15 /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
> which is not far from 'something is wrong somewhere'

Yup - 'houston we have a problem'. Not sure there is much point trying
to guess what might be going wrong - short of a full backtrace, maybe
just enable as much as logging as possible:)

mythfrontend -v all --loglevel=debug --noupnp

Regards
Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> Yup - 'houston we have a problem'. Not sure there is much point trying
> to guess what might be going wrong - short of a full backtrace, maybe
> just enable as much as logging as possible:)
>

building a debug and profile version shortly. Will post to sourceforge for
James to pull down then email back here when they're up.

> On 1 Feb 2021, at 8:58 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> Yup - 'houston we have a problem'. Not sure there is much point trying
> to guess what might be going wrong - short of a full backtrace, maybe
> just enable as much as logging as possible:)
>
> building a debug and profile version shortly. Will post to sourceforge for James to pull down then email back here when they're up.

There is an issue with the grabber failing too, I'd guess it is the old timeout problem. I'll go hunting.

John I have run gdb on mac qt programs before. mac is not my usual environment so if you would not mind say 10 words to jog my memory of any specials please.

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> There is an issue with the grabber failing too, I'd guess it is the old
> timeout problem. I'll go hunting.


I fixed the issue on the mac builds (just haven't posted new ones - was
going to do that this AM but got distracted building a debug version for
Catalina...). As long as the grabber runs (which I thought you confirmed
in a previous email), the mac builds are working and any issues pulling
down data are on the grabber side or on poor file naming convention (i.e
your plane earth 2 experiment).

Am I missing something else? I'm more than happy to help troubleshoot mac
build related issues - if it's a grabber issue you should create an issue
report on github to get further assistance from someone who knows what
they're doing vs me hacking around and hoping to get lucky.


>
>
John I have run gdb on mac qt programs before. mac is not my usual
> environment so if you would not mind say 10 words to jog my memory of any
> specials please.
>

You should have lldb installed by Xcode by default, I'd suggest using that.
You'll need to attach lldb to the real process and not the startup
script (this will break any python related goodies since they get pathed in
the startup script):

lldb /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real

in the lldb prompt do the following to set a backtrace:

(lldb) target stop-hook add
Enter your stop hook command(s). Type 'DONE' to end.
> bt
> disassemble --pc
> DONE
Stop hook #1 added.

then launch the process:

(lldb) process launch
(lldb) run
(lldb) r

I'm sure there's something I missed here - I'm a novice in mac development
as well (Mark - please chime in if he needs to do anything else).

More instructions can be found here:
https://developer.apple.com/library/archive/documentation/IDEs/Conceptual/gdb_to_lldb_transition_guide/document/lldb-terminal-workflow-tutorial.html

>
>
>> There is an issue with the grabber failing too, I'd guess it is the old
>> timeout problem. I'll go hunting.
>
>
> I fixed the issue on the mac builds (just haven't posted new ones - was
> going to do that this AM but got distracted building a debug version for
> Catalina...). As long as the grabber runs (which I thought you confirmed
> in a previous email), the mac builds are working and any issues pulling
> down data are on the grabber side or on poor file naming convention (i.e
> your plane earth 2 experiment).
>
> Am I missing something else? I'm more than happy to help troubleshoot mac
> build related issues - if it's a grabber issue you should create an issue
> report on github to get further assistance from someone who knows what
> they're doing vs me hacking around and hoping to get lucky.
>
>
>>
>>
> John I have run gdb on mac qt programs before. mac is not my usual
>> environment so if you would not mind say 10 words to jog my memory of any
>> specials please.
>>
>
> You should have lldb installed by Xcode by default, I'd suggest using
> that. You'll need to attach lldb to the real process and not the startup
> script (this will break any python related goodies since they get pathed in
> the startup script):
>
> lldb /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real
>
> in the lldb prompt do the following to set a backtrace:
>
> (lldb) target stop-hook add
> Enter your stop hook command(s). Type 'DONE' to end.
> > bt
> > disassemble --pc
> > DONE
> Stop hook #1 added.
>
> then launch the process:
>
> (lldb) process launch
> (lldb) run
> (lldb) r
>
> I'm sure there's something I missed here - I'm a novice in mac development
> as well (Mark - please chime in if he needs to do anything else).
>
> More instructions can be found here:
> https://developer.apple.com/library/archive/documentation/IDEs/Conceptual/gdb_to_lldb_transition_guide/document/lldb-terminal-workflow-tutorial.html
>

Debug build with ability to backtrace is uploaded here:
https://sourceforge.net/projects/mythtvformacosx/files/Development/debug_builds/
and
should be downloadedable momentarily.

> On 1 Feb 2021, at 9:44 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> There is an issue with the grabber failing too, I'd guess it is the old timeout problem. I'll go hunting.
>
> I fixed the issue on the mac builds (just haven't posted new ones - was going to do that this AM but got distracted building a debug version for Catalina...). As long as the grabber runs (which I thought you confirmed in a previous email), the mac builds are working and any issues pulling down data are on the grabber side or on poor file naming convention (i.e your plane earth 2 experiment).
>
> Am I missing something else? I'm more than happy to help troubleshoot mac build related issues - if it's a grabber issue you should create an issue report on github to get further assistance from someone who knows what they're doing vs me hacking around and hoping to get lucky.

Definitly works sometimes.

after a scan this one was blank
so
I->change->retrive X Failed

Run grabber on my be

[sandypit] /var/log/mythtv [1005]% /usr/local/share/mythtv/metadata/Movie/tmdb3.py -l en -a AU -M '50 First Dates'
<?xml version='1.0' encoding='UTF-8'?>
<metadata>
<item>
<title>50 First Dates</title>
etc

use my high-siera frontend from a month ago
I->etc retrieved

Which is exactly the same behaviour as when the timeout was too short.
I'll check

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> Debug build with ability to backtrace is uploaded here: https://sourceforge.net/projects/mythtvformacosx/files/Development/debug_builds/ and should be downloadedable momentarily.

I'm gonna packup for the night. I'll download in my-morning try and post for your-tomorrow
cheers
james

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 1 Feb 2021, at 9:44 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> lldb /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real
>
> in the lldb prompt do the following to set a backtrace:
> (lldb) target stop-hook add
> Enter your stop hook command(s). Type 'DONE' to end.
> > bt
> > disassemble --pc
> > DONE
> Stop hook #1 added.
>
> then launch the process:
> (lldb) process launch
> (lldb) run
> (lldb) r

After process launch mythfrontend ran. I did not get an opportunity to enter "run" or "r"

without lldb vrash was within 1 sec of edit->move
with lldb it took 10 or 20 tries

Looks like a good start point, say if you want more:

2021-02-02 07:45:14.965554 I [11159/775] CoreContext mythvideoout.cpp:401:SetDeinterlacing VideoOutput: SetDeinterlacing (Doublerate 1): Single High|CPU|GLSL Double High|CPU|GLSL
2021-02-02 07:45:14.966822 I [11159/775] CoreContext tv_play.cpp:5746:StartPlayer TV::StartPlayer(): Created player.
2021-02-02 07:45:14.966864 I [11159/775] CoreContext tv_play.cpp:2439:HandleStateChange TV::HandleStateChange(): Changing from None to WatchingPreRecorded
2021-02-02 07:45:14.990576 I [11159/775] CoreContext tv_play.cpp:2525:HandleStateChange TV::HandleStateChange(): Main UI disabled.
2021-02-02 07:45:14.990617 I [11159/775] CoreContext tv_play.cpp:391:StartTV TV::StartTV(): Entering main playback loop.
2021-02-02 07:45:15.014488 I [11159/775] CoreContext mythvideoout.cpp:401:SetDeinterlacing VideoOutput: SetDeinterlacing (Doublerate 1): Single High|CPU|GLSL Double High|CPU|GLSL
2021-02-02 07:45:15.014533 W [11159/775] CoreContext opengl/mythopenglvideo.cpp:516:SetupFrameFormat GLVid: New frame format: None:None 1920x1080 (Tex: 2D) -> YUV420P:YUY2 1920x1080 (Tex: 2D)
2021-02-02 07:45:24.793084 I [11159/775] CoreContext mythvideoout.cpp:401:SetDeinterlacing VideoOutput: SetDeinterlacing (Doublerate 0): Single High|CPU|GLSL Double None
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x16c13e008)
* frame #0: 0x00000001044689a8 myth`AudioOutputGraph::GetImage(long long) const + 2008
frame #1: 0x00000001029ddb3d mythtv`OSD::SetGraph(QString const&, QString const&, long long) + 205
frame #2: 0x00000001029393d5 mythtv`DeleteMap::UpdateOSD(long long, OSD*) + 85
frame #3: 0x00000001028eb6bd mythtv`MythPlayer::RefreshPauseFrame() + 221
frame #4: 0x00000001028eb7b9 mythtv`MythPlayer::DisplayPauseFrame() + 169
frame #5: 0x00000001028eea17 mythtv`MythPlayer::VideoLoop() + 183
frame #6: 0x00000001028299b7 mythtv`TV::PlaybackLoop() + 1271
frame #7: 0x000000010282654a mythtv`TV::StartTV(ProgramInfo*, unsigned int, std::__1::vector<ChannelInfo, std::__1::allocator<ChannelInfo> > const&) + 8058
frame #8: 0x000000010004a59b mythfrontend.real`PlaybackBox::Play(ProgramInfo const&, bool, bool, bool, bool, bool) + 715
frame #9: 0x0000000100049eb5 mythfrontend.real`PlaybackBox::PlayX(ProgramInfo const&, bool, bool, bool, bool) + 165
frame #10: 0x0000000100049de5 mythfrontend.real`PlaybackBox::PlayFromBookmarkOrProgStart(MythUIButtonListItem*) + 181
frame #11: 0x000000010032d58c mythfrontend.real`___lldb_unnamed_symbol10920$$mythfrontend.real + 396
frame #12: 0x0000000107970c5c QtCore`___lldb_unnamed_symbol5255$$QtCore + 1024
frame #13: 0x000000010417d6b7 mythui`MythUIButtonList::itemClicked(MythUIButtonListItem*) + 87
frame #14: 0x000000010409bec6 mythui`MythUIButtonList::keyPressEvent(QKeyEvent*) + 3510
frame #15: 0x0000000100058ba4 mythfrontend.real`PlaybackBox::keyPressEvent(QKeyEvent*) + 340
frame #16: 0x0000000103fc841d mythui`MythMainWindow::eventFilter(QObject*, QEvent*) + 589
frame #17: 0x000000010795220e QtCore`QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) + 154
frame #18: 0x00000001058428f8 QtWidgets`QApplicationPrivate::notify_helper(QObject*, QEvent*) + 192
frame #19: 0x0000000105843aac QtWidgets`QApplication::notify(QObject*, QEvent*) + 1264
frame #20: 0x0000000107951fae QtCore`QCoreApplication::notifyInternal2(QObject*, QEvent*) + 138
frame #21: 0x000000010587c287 QtWidgets`___lldb_unnamed_symbol1073$$QtWidgets + 449
frame #22: 0x000000010584290c QtWidgets`QApplicationPrivate::notify_helper(QObject*, QEvent*) + 212
frame #23: 0x000000010584379a QtWidgets`QApplication::notify(QObject*, QEvent*) + 478
frame #24: 0x0000000107951fae QtCore`QCoreApplication::notifyInternal2(QObject*, QEvent*) + 138
frame #25: 0x000000010714e0ef QtGui`QGuiApplicationPrivate::processKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*) + 157
frame #26: 0x000000010713f691 QtGui`QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 91
frame #27: 0x000000010713d1bd QtGui`QWindowSystemInterface::flushWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 329
frame #28: 0x00000001193757aa libqcocoa.dylib`___lldb_unnamed_symbol827$$libqcocoa.dylib + 1072
frame #29: 0x0000000119375929 libqcocoa.dylib`___lldb_unnamed_symbol828$$libqcocoa.dylib + 64
frame #30: 0x00007fff2dd15d5d AppKit`-[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 6512
frame #31: 0x00007fff2dd141c9 AppKit`-[NSWindow(NSEventRouting) sendEvent:] + 349
frame #32: 0x0000000119378723 libqcocoa.dylib`___lldb_unnamed_symbol923$$libqcocoa.dylib + 450
frame #33: 0x00007fff2dd12efe AppKit`-[NSApplication(NSEvent) sendEvent:] + 2826
frame #34: 0x000000011937d9c1 libqcocoa.dylib`___lldb_unnamed_symbol1104$$libqcocoa.dylib + 62
frame #35: 0x00007fff2db5f5bf AppKit`-[NSApplication run] + 707
frame #36: 0x000000011937af60 libqcocoa.dylib`___lldb_unnamed_symbol997$$libqcocoa.dylib + 1200
frame #37: 0x000000010794fca6 QtCore`QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 282
frame #38: 0x000000010795241d QtCore`QCoreApplication::exec() + 123
frame #39: 0x000000010001229e mythfrontend.real`main + 18110
frame #40: 0x00007fff6a96ccc9 libdyld.dylib`start + 1
frame #41: 0x00007fff6a96ccc9 libdyld.dylib`start + 1

myth`AudioOutputGraph::GetImage:
-> 0x1044689a8 <+2008>: movswl (%rax), %ecx
0x1044689ab <+2011>: movl %ecx, -0x168(%rbp)
0x1044689b1 <+2017>: cmpl $0x1, -0x154(%rbp)
0x1044689b8 <+2024>: jle 0x1044689d4 ; <+2052>

Process 11159 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x16c13e008)
frame #0: 0x00000001044689a8 myth`AudioOutputGraph::GetImage(long long) const + 2008
myth`AudioOutputGraph::GetImage:
-> 0x1044689a8 <+2008>: movswl (%rax), %ecx
0x1044689ab <+2011>: movl %ecx, -0x168(%rbp)
0x1044689b1 <+2017>: cmpl $0x1, -0x154(%rbp)
0x1044689b8 <+2024>: jle 0x1044689d4 ; <+2052>
Target 0: (mythfrontend.real) stopped.
(lldb)

I'lll try a few more times to see if location changes
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 1 Feb 2021, at 9:44 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> process launch

Despite trying a dozen times, including the same recording that I used to make the trace I posted, both under lldb and native I have not suceeded in another core dump.
I'll keep trying.
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Tue, 2 Feb 2021 at 00:08, James Linder <jam@tigger.ws> wrote:
>
> Looks like a good start point, say if you want more:
>
> * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x16c13e008)
> * frame #0: 0x00000001044689a8 myth`AudioOutputGraph::GetImage(long long) const + 2008
> myth`AudioOutputGraph::GetImage:
> -> 0x1044689a8 <+2008>: movswl (%rax), %ecx
> 0x1044689ab <+2011>: movl %ecx, -0x168(%rbp)
> 0x1044689b1 <+2017>: cmpl $0x1, -0x154(%rbp)
> 0x1044689b8 <+2024>: jle 0x1044689d4 ; <+2052>
>
If I were a betting man, I'd guess that:-

https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L287

is the problem. e.g. the timestamps are bogus (due to the problematic
stream) and the error is not picked up and/or checked, we then convert
that timestamp to an offset into a buffer - and don't bounds check the
offset in:-

https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L123

However - I would expect the issue to be 100% repeatable if that were
the case...

James - when it doesn't crash - do you sometimes see garbage in the
audio graph or does it look 'normal'?

regards
Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 02/02/2021 13:52, Mark Kendall wrote:
> On Tue, 2 Feb 2021 at 00:08, James Linder <jam@tigger.ws> wrote:
>>
>> Looks like a good start point, say if you want more:
>>
>> * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x16c13e008)
>> * frame #0: 0x00000001044689a8 myth`AudioOutputGraph::GetImage(long long) const + 2008
>> myth`AudioOutputGraph::GetImage:
>> -> 0x1044689a8 <+2008>: movswl (%rax), %ecx
>> 0x1044689ab <+2011>: movl %ecx, -0x168(%rbp)
>> 0x1044689b1 <+2017>: cmpl $0x1, -0x154(%rbp)
>> 0x1044689b8 <+2024>: jle 0x1044689d4 ; <+2052>
>>
> If I were a betting man, I'd guess that:-
>
> https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L287
>
> is the problem. e.g. the timestamps are bogus (due to the problematic
> stream) and the error is not picked up and/or checked, we then convert
> that timestamp to an offset into a buffer - and don't bounds check the
> offset in:-
>
> https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L123
>
> However - I would expect the issue to be 100% repeatable if that were
> the case...
>
> James - when it doesn't crash - do you sometimes see garbage in the
> audio graph or does it look 'normal'?
>
> regards
> Mark

I had an encounter with the AOG code at Trac #12901, but gave up. IIRC
the audiotimecode there is not rigidly connected to the value at which
the display routine is entered...

John P
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 2 Feb 2021, at 10:57 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>
> On 02/02/2021 13:52, Mark Kendall wrote:
>> On Tue, 2 Feb 2021 at 00:08, James Linder <jam@tigger.ws> wrote:
>>>
>>> Looks like a good start point, say if you want more:
>>>
>>> * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x16c13e008)
>>> * frame #0: 0x00000001044689a8 myth`AudioOutputGraph::GetImage(long long) const + 2008
>>> myth`AudioOutputGraph::GetImage:
>>> -> 0x1044689a8 <+2008>: movswl (%rax), %ecx
>>> 0x1044689ab <+2011>: movl %ecx, -0x168(%rbp)
>>> 0x1044689b1 <+2017>: cmpl $0x1, -0x154(%rbp)
>>> 0x1044689b8 <+2024>: jle 0x1044689d4 ; <+2052>
>>>
>> If I were a betting man, I'd guess that:-
>> https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L287

Actually that makes sense

if *most* timestamps are valid and you choose those by chance then all is well
but if you skip to a bad one then tilt.I never get a crash on E or <space> only on skip
Also editing good streams (either fixed or good luck recording) then no problems

>> is the problem. e.g. the timestamps are bogus (due to the problematic
>> stream) and the error is not picked up and/or checked, we then convert
>> that timestamp to an offset into a buffer - and don't bounds check the
>> offset in:-
>> https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L123
>> However - I would expect the issue to be 100% repeatable if that were
>> the case...

As I said if you choose the same point then it is repeatable (no doubt) but for testing Johns builg I marked and cut at random :-)

>> James - when it doesn't crash - do you sometimes see garbage in the
>> audio graph or does it look 'normal'?

I'll pay attention and report back

Thanks Mark, just one niggling point why the mac frontend but never my linux front ends. For past ages I have done my HD cutlist on linux and have never had a crash (SuSE and ubuntu, only built from source) crash.
On my laptop (mac) I run an ubuntu VM just for editing! (ansible just works on ubuntu, but needs handholding on SuSE)

(A comment: To some extent I find ubuntu leading the charge in "You WILL do what WE think is best" eg mythtv user for mythtv, sillypasswords not mythtv for sql, you want gsudo? forget it! It's a bad idea and you dont need it.
at least SuSE have xdg_menu_su)


james
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 3 Feb 2021, at 6:43 am, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 2 Feb 2021, at 10:57 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>>
>> On 02/02/2021 13:52, Mark Kendall wrote:
>>> On Tue, 2 Feb 2021 at 00:08, James Linder <jam@tigger.ws> wrote:
>>>>
>>>> Looks like a good start point, say if you want more:
>>>>
>>>> * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x16c13e008)
>>>> * frame #0: 0x00000001044689a8 myth`AudioOutputGraph::GetImage(long long) const + 2008
>>>> myth`AudioOutputGraph::GetImage:
>>>> -> 0x1044689a8 <+2008>: movswl (%rax), %ecx
>>>> 0x1044689ab <+2011>: movl %ecx, -0x168(%rbp)
>>>> 0x1044689b1 <+2017>: cmpl $0x1, -0x154(%rbp)
>>>> 0x1044689b8 <+2024>: jle 0x1044689d4 ; <+2052>
>>>>
>>> If I were a betting man, I'd guess that:-
>>> https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L287
>
> Actually that makes sense
>
> if *most* timestamps are valid and you choose those by chance then all is well
> but if you skip to a bad one then tilt.I never get a crash on E or <space> only on skip
> Also editing good streams (either fixed or good luck recording) then no problems
>
>>> is the problem. e.g. the timestamps are bogus (due to the problematic
>>> stream) and the error is not picked up and/or checked, we then convert
>>> that timestamp to an offset into a buffer - and don't bounds check the
>>> offset in:-
>>> https://github.com/MythTV/mythtv/blob/fixes/31/mythtv/libs/libmyth/audio/audiooutputgraph.cpp#L123
>>> However - I would expect the issue to be 100% repeatable if that were
>>> the case...
>
> As I said if you choose the same point then it is repeatable (no doubt) but for testing Johns builg I marked and cut at random :-)
>
>>> James - when it doesn't crash - do you sometimes see garbage in the
>>> audio graph or does it look 'normal'?
>
> I'll pay attention and report back
>
> Thanks Mark, just one niggling point why the mac frontend but never my linux front ends. For past ages I have done my HD cutlist on linux and have never had a crash (SuSE and ubuntu, only built from source) crash.
> On my laptop (mac) I run an ubuntu VM just for editing! (ansible just works on ubuntu, but needs handholding on SuSE)
>
> (A comment: To some extent I find ubuntu leading the charge in "You WILL do what WE think is best" eg mythtv user for mythtv, sillypasswords not mythtv for sql, you want gsudo? forget it! It's a bad idea and you dont need it.
> at least SuSE have xdg_menu_su)

John is the git repo clean for all your fiddling (presumably debug, not release hence the debug version)

v31-016630a35c

Is mostly working for me, I’d like to build it for High Sierra. Are the fixes John P suggested comitted?
Does your build-script address the python packages oops?

Thanks
James


_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> John is the git repo clean for all your fiddling (presumably debug, not
> release hence the debug version)
>

Fiddling (according to Oxford - annoyingly trivial or petty) would not have
been the word I would personally have selected to describe my activity.
...but I guess everyone has a different perspective on life.

I'm not sure I understand what you are asking. I don't have a public git
repo at the moment, but I'll try to answer what I believe is your question.

The mythtv fixes/31 github repo currently has the John P suggested fix to
MythUIButtonListItem (which fixed your first cutlist issue) committed.

The mythtv packaging github repo's fixes/31 and master branches both have
all of my recent updates to the compile script committed (including the fix
for my python path error)

The mythtv ansible github repo has all of the latest updates to ansible
(including the new user selectable database_vsersion flag committed).

The compile script clones the mythtv github repo at HEAD based on the
default for the script or user specified branch. The current script does
not have any switches for debug/profile builds so if you are going to
compile on your own you'll need to add it to the script's config flags.

v31-016630a35c
>
Is mostly working for me, I’d like to build it for High Sierra. Are the
> fixes John P suggested comitted?
>

The posted binaries for v31-016630a35c and v31-1aff6fd2db (the latest
release) both have the MythUIButtonListItem patch and the python path
fix. v31-1aff6fd2db also has some additional fixes to the metadata
grabbers while "might" fix some of your frustrations - or not...

Does your build-script address the python packages oops?
>

Yes (covered above)

If you are going to build for High Sierra - you will need to build on a
High Sierra computer or VM. Macports likes to only install ports for the
macOS version you are running.

Also, if you are running Catalina, you'll do better to build off of a
Catalina machine. There were many graphics performance enhancements in
Catalina that will let video playback work better and use less CPU.

BTW - I believe the rest of us are waiting on you providing an update on
where / how your cutlist editor experience occurs (i.e. responses to Mark's
questions in a previous email).

> On 5 Feb 2021, at 8:11 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> John is the git repo clean for all your fiddling (presumably debug, not release hence the debug version)
>
> Fiddling (according to Oxford - annoyingly trivial or petty) would not have been the word I would personally have selected to describe my activity. ...but I guess everyone has a different perspective on life.

I did not mean that, or imply that <smile> I used fiddling in context of very detailed work requiring great skill and patience ie a fiddly job is one where considerable care is required as well as skill to achive a successful outcome. I'm sorry that my venacular conveyed the Oxford meaning.

> I'm not sure I understand what you are asking. I don't have a public git repo at the moment, but I'll try to answer what I believe is your question.
>
> The mythtv fixes/31 github repo currently has the John P suggested fix to MythUIButtonListItem (which fixed your first cutlist issue) committed.
>
> The mythtv packaging github repo's fixes/31 and master branches both have all of my recent updates to the compile script committed (including the fix for my python path error)
>
> The mythtv ansible github repo has all of the latest updates to ansible (including the new user selectable database_vsersion flag committed).
>
> The compile script clones the mythtv github repo at HEAD based on the default for the script or user specified branch. The current script does not have any switches for debug/profile builds so if you are going to compile on your own you'll need to add it to the script's config flags.
>
> v31-016630a35c
> Is mostly working for me, I’d like to build it for High Sierra. Are the fixes John P suggested comitted?
>
> The posted binaries for v31-016630a35c and v31-1aff6fd2db (the latest release) both have the MythUIButtonListItem patch and the python path fix. v31-1aff6fd2db also has some additional fixes to the metadata grabbers while "might" fix some of your frustrations - or not...
>
> Does your build-script address the python packages oops?
>
> Yes (covered above)
>
> If you are going to build for High Sierra - you will need to build on a High Sierra computer or VM. Macports likes to only install ports for the macOS version you are running.
>
> Also, if you are running Catalina, you'll do better to build off of a Catalina machine. There were many graphics performance enhancements in Catalina that will let video playback work better and use less CPU.

I have a 2011 iMac 27. It can't go past Migh Sierra.
So I want a frontend on my catelina macbook and one on the iMac.
But, as you said "covered above" so thanks.

> BTW - I believe the rest of us are waiting on you providing an update on where / how your cutlist editor experience occurs (i.e. responses to Mark's questions in a previous email).

I posted the lldg trace of a crash, and posted that I had been unable to get another. Perhaps fine weather makes even the worst recordings look good. Rain (40 mm tomorrow) so I'll try then.

ciao n thanks
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> I did not mean that, or imply that <smile> I used fiddling in context of
> very detailed work requiring great skill and patience ie a fiddly job is
> one where considerable care is required as well as skill to achive a
> successful outcome. I'm sorry that my venacular conveyed the Oxford meaning.
>

The english language is a rather poor way of communicating. Adding in
local vernacular can often makes things even more troublesome. I'll try to
take that into account in the future.


> I have a 2011 iMac 27. It can't go past Migh Sierra.
> So I want a frontend on my catelina macbook and one on the iMac.
> But, as you said "covered above" so thanks.
>

The are High Sierra builds on the sourceforge site with the latest updates,
but feel free to build them on your own. Having someone else use the build
script will only make it better (and will uncover bugs that I haven't
considered / been able to test). If you do build on your own, please let
me know of any fixes you might incur (maybe off list) that way I can get
them worked into the sourceforge/github versions.

I posted the lldg trace of a crash, and posted that I had been unable to
> get another. Perhaps fine weather makes even the worst recordings look
> good. Rain (40 mm tomorrow) so I'll try then.
>

I saw that one, but the repeatability issue was where the comment came
from. Was it crashing in the same place, same file / memory access error.
In the bad file was there any other things being tosed out when it
magically worked. Sorry for the rain, but glad you'll be getting
additional data points to test.

I've tried to get the cutlist editor to crash locally to no avail. I even
fired up a fresh Catalona and High Sierra VM - and I just can't get it to
segfault.

> On 5 Feb 2021, at 9:18 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> I saw that one, but the repeatability issue was where the comment came from. Was it crashing in the same place, same file / memory access error. In the bad file was there any other things being tosed out when it magically worked. Sorry for the rain, but glad you'll be getting additional data points to test.

What I did was very slack -sorry

Select a movie
play some seconds
skip forward a few times
E
<space>
<up><up> to 1 min
<rt><rt> - crash

mythffprobe listed lots of errors

OK bizare:

I started with a 1080 h264 movie
mythffprobe showed lots of errors
using your JP fixes I cut the movie, and spliced it together with my h264cut script.

I fiddled (there is that word again, I played around) with handbrake, shotcut to try fixing the errors.

My cut and trancoded video has no errors.
My original movie has no errors. What did I do? In particular I've been trying in vain to get a core dump using the "original" movie that no longer has errors !!!

OK valid conclusion "Damaged recording causes core dump"
I shall make some recordings in the rain and try to cause a core dump on the morrow. I'll report what happens.

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

So I finally managed to fix some storage problems on my server and
added 10074_20210123140800.ts to my videos, built a seek table for it
it and started to investigate.

Start editing and there is obvious garbage data in the audio graph
after some seeks and a little extra logging shows that
AudioOutputGraph is indeed going 'out of bounds'. Still trying to work
out the exact root cause but the symptoms are an easy fix - so should
be sorted in a few days (and yes - I'll backport to fixes/31).

Regards
Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Fri, Feb 5, 2021 at 12:23 PM Mark Kendall <mark.kendall@gmail.com> wrote:

> So I finally managed to fix some storage problems on my server and
> added 10074_20210123140800.ts to my videos, built a seek table for it
> it and started to investigate.
>
> Start editing and there is obvious garbage data in the audio graph
> after some seeks and a little extra logging shows that
> AudioOutputGraph is indeed going 'out of bounds'. Still trying to work
> out the exact root cause but the symptoms are an easy fix - so should
> be sorted in a few days (and yes - I'll backport to fixes/31).
>

Thanks for looking into this Mark!

> On 6 Feb 2021, at 1:37 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> On Fri, Feb 5, 2021 at 12:23 PM Mark Kendall <mark.kendall@gmail.com> wrote:
> So I finally managed to fix some storage problems on my server and
> added 10074_20210123140800.ts to my videos, built a seek table for it
> it and started to investigate.
>
> Start editing and there is obvious garbage data in the audio graph
> after some seeks and a little extra logging shows that
> AudioOutputGraph is indeed going 'out of bounds'. Still trying to work
> out the exact root cause but the symptoms are an easy fix - so should
> be sorted in a few days (and yes - I'll backport to fixes/31).
>
> Thanks for looking into this Mark!

Indeed thanks.
I will still record-in-the-rain but the issue is confirmed already.
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 6 Feb 2021, at 10:19 am, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 6 Feb 2021, at 1:37 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>
>> On Fri, Feb 5, 2021 at 12:23 PM Mark Kendall <mark.kendall@gmail.com> wrote:
>> So I finally managed to fix some storage problems on my server and
>> added 10074_20210123140800.ts to my videos, built a seek table for it
>> it and started to investigate.
>>
>> Start editing and there is obvious garbage data in the audio graph
>> after some seeks and a little extra logging shows that
>> AudioOutputGraph is indeed going 'out of bounds'. Still trying to work
>> out the exact root cause but the symptoms are an easy fix - so should
>> be sorted in a few days (and yes - I'll backport to fixes/31).
>>
>> Thanks for looking into this Mark!
>

I just grabbed
1aff6fd2db
but I guess I ought to wait for Mark. So when he commit I download or build which ever is easier
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 6 Feb 2021, at 11:03 am, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 6 Feb 2021, at 10:19 am, James Linder <jam@tigger.ws> wrote:
>>
>>
>>
>>> On 6 Feb 2021, at 1:37 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>>
>>> On Fri, Feb 5, 2021 at 12:23 PM Mark Kendall <mark.kendall@gmail.com> wrote:
>>> So I finally managed to fix some storage problems on my server and
>>> added 10074_20210123140800.ts to my videos, built a seek table for it
>>> it and started to investigate.
>>>
>>> Start editing and there is obvious garbage data in the audio graph
>>> after some seeks and a little extra logging shows that
>>> AudioOutputGraph is indeed going 'out of bounds'. Still trying to work
>>> out the exact root cause but the symptoms are an easy fix - so should
>>> be sorted in a few days (and yes - I'll backport to fixes/31).
>>>
>>> Thanks for looking into this Mark!

An observation that may be of use here:

Out of the debugger the HD movie I recorded in the rain core dumps often
In the debugger (lldb) I hardly ever core dump
In linux the Edit->cut>move core dump never happens

In my experience a pointer that has gone awry:
Valid pointer -> my address space
Invalid pointer (debugger)-> somewhere in my address space
Invalid pointer (no debugger)-> outside my address space so core dump

linux: invalid-> somewhere in my address space
mac: invalid-> outside my address space

(all the above just by chance)
The visulation garbage supports this argument

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 6 Feb 2021, at 11:03 am, James Linder <jam@tigger.ws> wrote:
>
> I just grabbed
> 1aff6fd2db
> but I guess I ought to wait for Mark. So when he commit I download or build which ever is easier

I kept pulling the dragon's tail until it bit :-)

here is quite a chunk of trace: http://tigger.ws/downloads/dump
Again it shows audio visulization.

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On 06/02/2021 03:03, James Linder wrote:
>
>
>> On 6 Feb 2021, at 10:19 am, James Linder <jam@tigger.ws> wrote:
>>
>>
>>
>>> On 6 Feb 2021, at 1:37 am, John Hoyt <john.hoyt@gmail.com> wrote:
>>>
>>> On Fri, Feb 5, 2021 at 12:23 PM Mark Kendall <mark.kendall@gmail.com> wrote:
>>> So I finally managed to fix some storage problems on my server and
>>> added 10074_20210123140800.ts to my videos, built a seek table for it
>>> it and started to investigate.
>>>
>>> Start editing and there is obvious garbage data in the audio graph
>>> after some seeks and a little extra logging shows that
>>> AudioOutputGraph is indeed going 'out of bounds'. Still trying to work
>>> out the exact root cause but the symptoms are an easy fix - so should
>>> be sorted in a few days (and yes - I'll backport to fixes/31).
>>>
>>> Thanks for looking into this Mark!
>>
>
> I just grabbed
> 1aff6fd2db
> but I guess I ought to wait for Mark. So when he commit I download or build which ever is easier
> James

After Mark's commit "AudioOutputGraph: Fix buffer overflow" yesterday at
0c76409, for the first time, returning to an edit point regenerates the
same audio graph. I look forward to the further cleanup and have
scheduled a recording of the time signal :-)

And FWIW https://lists.archive.carbon60.com/mythtv/dev/614955#614955

John P
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> > I just grabbed
> > 1aff6fd2db
> > but I guess I ought to wait for Mark. So when he commit I download or
> build which ever is easier
>

James, I'll post fresh builds for High Sierra, Catalina, and Big Sur once
the updates get backported to v31.


> After Mark's commit "AudioOutputGraph: Fix buffer overflow" yesterday at
> 0c76409, for the first time, returning to an edit point regenerates the
> same audio graph. I look forward to the further cleanup and have
> scheduled a recording of the time signal :-)
>

Glad to hear Mark's fix seems to be working.

On 06/02/2021 14:58, John Hoyt wrote:
> > I just grabbed
> > 1aff6fd2db
> > but I guess I ought to wait for Mark. So when he commit I
> download or build which ever is easier
>
>
> James, I'll post fresh builds for High Sierra, Catalina, and Big Sur
> once the updates get backported to v31.
>
> After Mark's commit "AudioOutputGraph: Fix buffer overflow"
> yesterday at
> 0c76409, for the first time, returning to an edit point regenerates the
> same audio graph.  I look forward to the further cleanup and have
> scheduled a recording of the time signal  :-)
>
>
> Glad to hear Mark's fix seems to be working.
>

Unfortunately it's still not repeatable in that radio recording, but
progress all the same.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On 6 Feb 2021, at 11:08 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>
> On 06/02/2021 14:58, John Hoyt wrote:
>> > I just grabbed
>> > 1aff6fd2db
>> > but I guess I ought to wait for Mark. So when he commit I
>> download or build which ever is easier
>> James, I'll post fresh builds for High Sierra, Catalina, and Big Sur once the updates get backported to v31.
>> After Mark's commit "AudioOutputGraph: Fix buffer overflow"
>> yesterday at
>> 0c76409, for the first time, returning to an edit point regenerates the
>> same audio graph. I look forward to the further cleanup and have
>> scheduled a recording of the time signal :-)
>> Glad to hear Mark's fix seems to be working.
>
> Unfortunately it's still not repeatable in that radio recording, but progress all the same.

John I don't think it's your ansible setup, I'll spelunk and also I'll build a version I've built in the past

. . .
clang -F/opt/local/libexec/qt5/lib -o obj/audiooutput.o audio/audiooutput.cpp
ccache clang++ -c -pipe -stdlib=libc++ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -I /Users/jam/mythtv-31/mythtv/mythtv/external -I /opt/local/include -std=c++11 -DNDEBUG -fomit-frame-pointer -fPIC -DQT_DISABLE_DEPRECATED_BEFORE=0x050700 -msse -pthread -g -Wall -Wextra -Wpointer-arith -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -Wno-constant-logical-operand -Wno-unused-value -Qunused-arguments -Wimplicit-fallthrough -std=gnu++11 -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk -mmacosx-version-min=10.13 -fPIC -DMMX -DUSING_APPLEREMOTE -D_GNU_SOURCE -DMYTH_API -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SQL_LIB -DQT_SCRIPT_LIB -DQT_DBUS_LIB -DQT_CORE_LIB -I. -I/opt/local/include/libxml2 -I../../external/libmythsoundtouch -I../libmythfreesurround -I../libmythbase -I../.. -I.. -I. -I../libmythupnp -I../libmythui -I../.. -I../../external/FFmpeg -I../libmythservicecontrac
ts -I/opt/local/libexec/qt5/lib/QtWidgets.framework/Headers -I/opt/local/libexec/qt5/lib/QtGui.framework/Headers -I/opt/local/libexec/qt5/lib/QtNetwork.framework/Headers -I/opt/local/libexec/qt5/lib/QtXml.framework/Headers -I/opt/local/libexec/qt5/lib/QtSql.framework/Headers -I/opt/local/libexec/qt5/lib/QtScript.framework/Headers -I/opt/local/libexec/qt5/lib/QtDBus.framework/Headers -I/opt/local/libexec/qt5/lib/QtCore.framework/Headers -Imoc -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/OpenGL.framework/Headers -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AGL.framework/Headers -I/opt/local/libexec/qt5/mkspecs/macx-clang -F/opt/local/libexec/qt5/lib -o obj/audiooutputbase.o audio/audiooutputbase.cpp
audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier 'ff_codec_id_string'
.arg(ff_codec_id_string(m_codec))
^
1 error generated.
make[2]: *** [obj/audiooutputbase.o] Error 1

but since the error is right where we have been f...um...trying to solve a problem it is suspicious

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier
> 'ff_codec_id_string'
> .arg(ff_codec_id_string(m_codec))
> ^


What I believe is happening is the compiler is trying to build off of
ffmpeg's libraries and not the ones compiled and used internally by
mythtv. I never did sort this pathing issue out myself, but the easy
solution is to uninstall ffmpeg.

> On 7 Feb 2021, at 1:31 pm, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 6 Feb 2021, at 11:08 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>>
>> On 06/02/2021 14:58, John Hoyt wrote:
>>>> I just grabbed
>>>> 1aff6fd2db
>>>> but I guess I ought to wait for Mark. So when he commit I
>>> download or build which ever is easier
>>> James, I'll post fresh builds for High Sierra, Catalina, and Big Sur once the updates get backported to v31.
>>> After Mark's commit "AudioOutputGraph: Fix buffer overflow"
>>> yesterday at
>>> 0c76409, for the first time, returning to an edit point regenerates the
>>> same audio graph. I look forward to the further cleanup and have
>>> scheduled a recording of the time signal :-)
>>> Glad to hear Mark's fix seems to be working.
>>
>> Unfortunately it's still not repeatable in that radio recording, but progress all the same.
>
> John I don't think it's your ansible setup, I'll spelunk and also I'll build a version I've built in the past
>
> . . .
> clang -F/opt/local/libexec/qt5/lib -o obj/audiooutput.o audio/audiooutput.cpp
> ccache clang++ -c -pipe -stdlib=libc++ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -I /Users/jam/mythtv-31/mythtv/mythtv/external -I /opt/local/include -std=c++11 -DNDEBUG -fomit-frame-pointer -fPIC -DQT_DISABLE_DEPRECATED_BEFORE=0x050700 -msse -pthread -g -Wall -Wextra -Wpointer-arith -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -Wno-constant-logical-operand -Wno-unused-value -Qunused-arguments -Wimplicit-fallthrough -std=gnu++11 -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk -mmacosx-version-min=10.13 -fPIC -DMMX -DUSING_APPLEREMOTE -D_GNU_SOURCE -DMYTH_API -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SQL_LIB -DQT_SCRIPT_LIB -DQT_DBUS_LIB -DQT_CORE_LIB -I. -I/opt/local/include/libxml2 -I../../external/libmythsoundtouch -I../libmythfreesurround -I../libmythbase -I../.. -I.. -I. -I../libmythupnp -I../libmythui -I../.. -I../../external/FFmpeg -I../libmythservicecontr
ac
> ts -I/opt/local/libexec/qt5/lib/QtWidgets.framework/Headers -I/opt/local/libexec/qt5/lib/QtGui.framework/Headers -I/opt/local/libexec/qt5/lib/QtNetwork.framework/Headers -I/opt/local/libexec/qt5/lib/QtXml.framework/Headers -I/opt/local/libexec/qt5/lib/QtSql.framework/Headers -I/opt/local/libexec/qt5/lib/QtScript.framework/Headers -I/opt/local/libexec/qt5/lib/QtDBus.framework/Headers -I/opt/local/libexec/qt5/lib/QtCore.framework/Headers -Imoc -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/OpenGL.framework/Headers -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AGL.framework/Headers -I/opt/local/libexec/qt5/mkspecs/macx-clang -F/opt/local/libexec/qt5/lib -o obj/audiooutputbase.o audio/audiooutputbase.cpp
> audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier 'ff_codec_id_string'
> .arg(ff_codec_id_string(m_codec))
> ^
> 1 error generated.
> make[2]: *** [obj/audiooutputbase.o] Error 1

To err is human
To really muck things up you need a computer

I'm using parallels as a VM and it does not like more than 2 cores. Since 6 cores is LOTS quicker I built native, not in a VM.

I tried to build 102dbe673325fccbc5bf073f94e4 in the past and it worked, but now that fails too so clearly my setup and most likely my mackports is causing a problem.

I ran my fe normally to watch the news
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
Referenced from: /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
Reason: image not found
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 401 Abort trap: 6 ./mythfrontend.real $@

I'll like my wounds, and re-install macos, but the bundle reffering to a macports dylib looks wrong.

James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> I ran my fe normally to watch the news
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
> dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
> Referenced from:
> /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
> Reason: image not found
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 401
> Abort trap: 6 ./mythfrontend.real $@
>
> I'll like my wounds, and re-install macos, but the bundle reffering to a
> macports dylib looks wrong.
>

Was this the version you downloaded, previously built yourself, or tried to
build providing this error?

If it's the downloaded version, that's a head scratcher.

If it's a previous built version - there could be a host of problems
depending on how old it was and if the version had all of the libraries
bundled correctly.

Reinstalling macOS is a bit extreme. I usually start with removing
macports and reinstalling that in case macports messed up the underlying
system.

https://guide.macports.org/chunked/installing.macports.uninstalling.html

BTW - when you reinstall macports, make sure to switch it to git for the
ports tree. You'll get the updated ports faster.

https://guide.macports.org/#installing.macports.git

On Sun, Feb 7, 2021 at 7:23 AM John Hoyt <john.hoyt@gmail.com> wrote:

> audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier
>> 'ff_codec_id_string'
>> .arg(ff_codec_id_string(m_codec))
>> ^
>
>
> What I believe is happening is the compiler is trying to build off of
> ffmpeg's libraries and not the ones compiled and used internally by
> mythtv. I never did sort this pathing issue out myself, but the easy
> solution is to uninstall ffmpeg.
>

Another possibility is that you're compiling with a case-sensitive
filesystem. I found the case-sensitive filesystem to be troublesome and
moved my build systems to case-insensitive systems (which is what Apple
recommends for developers and regular users).

> On 7 Feb 2021, at 8:33 pm, James Linder <jam@tigger.ws> wrote:
>
>
>
>> On 7 Feb 2021, at 1:31 pm, James Linder <jam@tigger.ws> wrote:
>>
>>
>>
>>> On 6 Feb 2021, at 11:08 pm, John Pilkington <johnpilk222@gmail.com> wrote:
>>>
>>> On 06/02/2021 14:58, John Hoyt wrote:
>>>>> I just grabbed
>>>>> 1aff6fd2db
>>>>> but I guess I ought to wait for Mark. So when he commit I
>>>> download or build which ever is easier
>>>> James, I'll post fresh builds for High Sierra, Catalina, and Big Sur once the updates get backported to v31.
>>>> After Mark's commit "AudioOutputGraph: Fix buffer overflow"
>>>> yesterday at
>>>> 0c76409, for the first time, returning to an edit point regenerates the
>>>> same audio graph. I look forward to the further cleanup and have
>>>> scheduled a recording of the time signal :-)
>>>> Glad to hear Mark's fix seems to be working.
>>>
>>> Unfortunately it's still not repeatable in that radio recording, but progress all the same.
>>
>> John I don't think it's your ansible setup, I'll spelunk and also I'll build a version I've built in the past
>>
>> . . .
>> clang -F/opt/local/libexec/qt5/lib -o obj/audiooutput.o audio/audiooutput.cpp
>> ccache clang++ -c -pipe -stdlib=libc++ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -I /Users/jam/mythtv-31/mythtv/mythtv/external -I /opt/local/include -std=c++11 -DNDEBUG -fomit-frame-pointer -fPIC -DQT_DISABLE_DEPRECATED_BEFORE=0x050700 -msse -pthread -g -Wall -Wextra -Wpointer-arith -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -Wno-constant-logical-operand -Wno-unused-value -Qunused-arguments -Wimplicit-fallthrough -std=gnu++11 -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk -mmacosx-version-min=10.13 -fPIC -DMMX -DUSING_APPLEREMOTE -D_GNU_SOURCE -DMYTH_API -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SQL_LIB -DQT_SCRIPT_LIB -DQT_DBUS_LIB -DQT_CORE_LIB -I. -I/opt/local/include/libxml2 -I../../external/libmythsoundtouch -I../libmythfreesurround -I../libmythbase -I../.. -I.. -I. -I../libmythupnp -I../libmythui -I../.. -I../../external/FFmpeg -I../libmythservicecont
r
> ac
>> ts -I/opt/local/libexec/qt5/lib/QtWidgets.framework/Headers -I/opt/local/libexec/qt5/lib/QtGui.framework/Headers -I/opt/local/libexec/qt5/lib/QtNetwork.framework/Headers -I/opt/local/libexec/qt5/lib/QtXml.framework/Headers -I/opt/local/libexec/qt5/lib/QtSql.framework/Headers -I/opt/local/libexec/qt5/lib/QtScript.framework/Headers -I/opt/local/libexec/qt5/lib/QtDBus.framework/Headers -I/opt/local/libexec/qt5/lib/QtCore.framework/Headers -Imoc -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/OpenGL.framework/Headers -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AGL.framework/Headers -I/opt/local/libexec/qt5/mkspecs/macx-clang -F/opt/local/libexec/qt5/lib -o obj/audiooutputbase.o audio/audiooutputbase.cpp
>> audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier 'ff_codec_id_string'
>> .arg(ff_codec_id_string(m_codec))
>> ^
>> 1 error generated.
>> make[2]: *** [obj/audiooutputbase.o] Error 1
>
> To err is human
> To really muck things up you need a computer
>
> I'm using parallels as a VM and it does not like more than 2 cores. Since 6 cores is LOTS quicker I built native, not in a VM.
>
> I tried to build 102dbe673325fccbc5bf073f94e4 in the past and it worked, but now that fails too so clearly my setup and most likely my mackports is causing a problem.
>
> I ran my fe normally to watch the news
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
> dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
> Referenced from: /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
> Reason: image not found
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 401 Abort trap: 6 ./mythfrontend.real $@
>
> I'll like my wounds, and re-install macos, but the bundle reffering to a macports dylib looks wrong.
>

When Jack got out of the bottomless pit ...
[plasma] /Users/jam/mythtv-31/mythtv [550]% /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend --version
dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
Referenced from: /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
Reason: image not found
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 503 Abort trap: 6 ./mythfrontend.real $@

but I'm sure it was 1aff6fd2db

Sorry about the spelling . . . typing in bed lick not like, macports not mackports :-)
I'll try remove-reinstall macports then bite the bullet. (Gee that sounds like the typical windows fix - reinstall (and yes it is not the same))
ciao
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

Well, I just recreated the compile error locally. Installing ffmpeg is
definitely the culprit. I'll try hacking at this issue to see if I can
figure out what in the include pathing is causing the error.

ccache clang++ -c -pipe -stdlib=libc++ -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DPIC -I /Users/jhoyt/mythtv-31/mythtv/mythtv/external
-I /opt/local/include -std=c++11 -DNDEBUG -fomit-frame-pointer -fPIC
-DQT_DISABLE_DEPRECATED_BEFORE=0x050700 -msse -pthread -g -Wall -Wextra
-Wpointer-arith -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS
-Wno-constant-logical-operand -Wno-unused-value -Qunused-arguments
-Wimplicit-fallthrough -std=gnu++11 -arch x86_64 -isysroot
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk
-mmacosx-version-min=10.13 -fPIC -DMMX -DUSING_APPLEREMOTE -D_GNU_SOURCE
-DMYTH_API -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB
-DQT_XML_LIB -DQT_SQL_LIB -DQT_SCRIPT_LIB -DQT_DBUS_LIB -DQT_CORE_LIB -I.
-I/opt/local/include/libxml2 -I../../external/libmythsoundtouch
-I../libmythfreesurround -I../libmythbase -I../.. -I.. -I. -I../libmythupnp
-I../libmythui -I../.. -I../../external/FFmpeg -I../libmythservicecontracts
-I/opt/local/libexec/qt5/lib/QtWidgets.framework/Headers
-I/opt/local/libexec/qt5/lib/QtGui.framework/Headers
-I/opt/local/libexec/qt5/lib/QtNetwork.framework/Headers
-I/opt/local/libexec/qt5/lib/QtXml.framework/Headers
-I/opt/local/libexec/qt5/lib/QtSql.framework/Headers
-I/opt/local/libexec/qt5/lib/QtScript.framework/Headers
-I/opt/local/libexec/qt5/lib/QtDBus.framework/Headers
-I/opt/local/libexec/qt5/lib/QtCore.framework/Headers -Imoc
-I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk/System/Library/Frameworks/OpenGL.framework/Headers
-I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.1.sdk/System/Library/Frameworks/AGL.framework/Headers
-I/opt/local/libexec/qt5/mkspecs/macx-clang -F/opt/local/libexec/qt5/lib -o
obj/audiooutputbase.o audio/audiooutputbase.cpp
audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier
'ff_codec_id_string'
.arg(ff_codec_id_string(m_codec))

> On 7 Feb 2021, at 8:59 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
> Another possibility is that you're compiling with a case-sensitive filesystem. I found the case-sensitive filesystem to be troublesome and moved my build systems to case-insensitive systems (which is what Apple recommends for developers and regular users).

John I recall your issues, but I did then and am now using a case sensitive fs,

I'll do the install now, and build in a case insensitive VM.

All macports are gone, reinstalled Mythfrontend with the version I got from SourceForge, even though I know better

[plasma] /Users/jam [546]% ls /opt
[plasma] /Users/jam [547]% /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
Referenced from: /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
Reason: image not found
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 1222 Abort trap: 6 ./mythfrontend.real $@

james
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, Feb 7, 2021 at 8:39 AM James Linder <jam@tigger.ws> wrote:

>
>
> > On 7 Feb 2021, at 8:59 pm, John Hoyt <john.hoyt@gmail.com> wrote:
> >
> >
> > Another possibility is that you're compiling with a case-sensitive
> filesystem. I found the case-sensitive filesystem to be troublesome and
> moved my build systems to case-insensitive systems (which is what Apple
> recommends for developers and regular users).
>
> John I recall your issues, but I did then and am now using a case
> sensitive fs,
>
> I'll do the install now, and build in a case insensitive VM.
>
> All macports are gone, reinstalled Mythfrontend with the version I got
> from SourceForge, even though I know better
>
> [plasma] /Users/jam [546]% ls /opt
> [plasma] /Users/jam [547]%
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
> dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
> Referenced from:
> /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
> Reason: image not found
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 1222
> Abort trap: 6 ./mythfrontend.real $@
>

can you run the following and send back the output:

otool -L /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real

ls /Applications/Mythfrontend.app/Contents/

> On Feb 7, 2021, at 7:23 AM, John Hoyt <john.hoyt@gmail.com> wrote:
>
> audio/audiooutputbase.cpp:630:18: error: use of undeclared identifier 'ff_codec_id_string'
> .arg(ff_codec_id_string(m_codec))
> ^
>
> What I believe is happening is the compiler is trying to build off of ffmpeg's libraries and not the ones compiled and used internally by mythtv. I never did sort this pathing issue out myself, but the easy solution is to uninstall ffmpeg.

I think you may be running into a quirk of pkg-config where it supplies an include path that we really don’t need or want. Try adding the following to your environment variables before initiating a build:

PKG_CONFIG_SYSTEM_INCLUDE_PATH=${prefix}/include

And, of course, replace ${prefix} with whatever your install prefix is.

For whatever reasons, pkg-config knows not to do this on Linux systems.

Craig

> On 7 Feb 2021, at 9:51 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
>
> On Sun, Feb 7, 2021 at 8:39 AM James Linder <jam@tigger.ws> wrote:
>
>
> > On 7 Feb 2021, at 8:59 pm, John Hoyt <john.hoyt@gmail.com> wrote:
> >
> >
> > Another possibility is that you're compiling with a case-sensitive filesystem. I found the case-sensitive filesystem to be troublesome and moved my build systems to case-insensitive systems (which is what Apple recommends for developers and regular users).
>
> John I recall your issues, but I did then and am now using a case sensitive fs,
>
> I'll do the install now, and build in a case insensitive VM.
>
> All macports are gone, reinstalled Mythfrontend with the version I got from SourceForge, even though I know better
>
> [plasma] /Users/jam [546]% ls /opt
> [plasma] /Users/jam [547]% /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
> dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
> Referenced from: /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
> Reason: image not found
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 1222 Abort trap: 6 ./mythfrontend.real $@
>
> can you run the following and send back the output:
>
> otool -L /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real
>
> ls /Applications/Mythfrontend.app/Content

[plasma] /Applications [535]% otool -L /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real:
@executable_path/../Frameworks/libmythswscale.5.dylib (compatibility version 5.0.0, current version 5.5.100)
@executable_path/../Frameworks/libmythavformat.58.dylib (compatibility version 58.0.0, current version 58.29.100)
@executable_path/../Frameworks/libmythswresample.3.dylib (compatibility version 3.0.0, current version 3.5.100)
@executable_path/../Frameworks/libmythavutil.56.dylib (compatibility version 56.0.0, current version 56.31.100)
@executable_path/../Frameworks/libmythavcodec.58.dylib (compatibility version 58.0.0, current version 58.54.100)
@executable_path/../Frameworks/libmythpostproc.55.dylib (compatibility version 55.0.0, current version 55.5.100)
@executable_path/../Frameworks/libmythavfilter.7.dylib (compatibility version 7.0.0, current version 7.57.100)
@executable_path/../Frameworks/mythtv.framework/mythtv (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythupnp.framework/mythupnp (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythbase.framework/mythbase (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythui.framework/mythui (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/myth.framework/myth (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythmetadata.framework/mythmetadata (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythservicecontracts.framework/mythservicecontracts (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythprotoserver.framework/mythprotoserver (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/mythfreemheg.framework/mythfreemheg (compatibility version 31.0.0, current version 31.0.0)
@executable_path/../Frameworks/libtag.1.dylib (compatibility version 1.0.0, current version 1.17.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 400.9.4)
@executable_path/../Frameworks/libXrandr.2.dylib (compatibility version 5.0.0, current version 5.0.0)
@executable_path/../Frameworks/libcrypto.1.1.dylib (compatibility version 1.1.0, current version 1.1.0)
@executable_path/../Frameworks/libass.9.dylib (compatibility version 11.0.0, current version 11.1.0)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
@executable_path/../Frameworks/libhdhomerun.dylib (compatibility version 0.0.0, current version 0.0.0)
@executable_path/../Frameworks/libxml2.2.dylib (compatibility version 12.0.0, current version 12.10.0)
@executable_path/../Frameworks/libx264.157.dylib (compatibility version 0.0.0, current version 0.0.0)
@executable_path/../Frameworks/libmp3lame.0.dylib (compatibility version 1.0.0, current version 1.0.0)
@executable_path/../Frameworks/libfontconfig.1.dylib (compatibility version 14.0.0, current version 14.0.0)
@executable_path/../Frameworks/libfreetype.6.dylib (compatibility version 24.0.0, current version 24.4.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.200.5)
@executable_path/../Frameworks/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11)
@executable_path/../Frameworks/libbluray.2.dylib (compatibility version 6.0.0, current version 6.0.0)
@executable_path/../Frameworks/libsamplerate.0.dylib (compatibility version 2.0.0, current version 2.8.0)
@executable_path/../Frameworks/QtWebKitWidgets.framework/Versions/5/QtWebKitWidgets (compatibility version 5.9.0, current version 5.9.2)
@executable_path/../Frameworks/QtWidgets.framework/Versions/5/QtWidgets (compatibility version 5.15.0, current version 5.15.2)
@executable_path/../Frameworks/QtWebKit.framework/Versions/5/QtWebKit (compatibility version 5.9.0, current version 5.9.2)
@executable_path/../Frameworks/QtGui.framework/Versions/5/QtGui (compatibility version 5.15.0, current version 5.15.2)
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1670.0.0)
/System/Library/Frameworks/Metal.framework/Versions/A/Metal (compatibility version 1.0.0, current version 1.0.0)
@executable_path/../Frameworks/QtNetwork.framework/Versions/5/QtNetwork (compatibility version 5.15.0, current version 5.15.2)
@executable_path/../Frameworks/QtXml.framework/Versions/5/QtXml (compatibility version 5.15.0, current version 5.15.2)
@executable_path/../Frameworks/QtSql.framework/Versions/5/QtSql (compatibility version 5.15.0, current version 5.15.2)
@executable_path/../Frameworks/QtScript.framework/Versions/5/QtScript (compatibility version 5.15.0, current version 5.15.2)
@executable_path/../Frameworks/QtDBus.framework/Versions/5/QtDBus (compatibility version 5.15.0, current version 5.15.2)
@executable_path/../Frameworks/QtCore.framework/Versions/5/QtCore (compatibility version 5.15.0, current version 5.15.2)
/System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration (compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
/System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility version 1.0.0, current version 1.0.0)
[plasma] /Applications [536]%

[plasma] /Applications [537]% ls /Applications/Mythfrontend.app/Contents/
Frameworks Info.plist MacOS PkgInfo PlugIns Resources
[plasma] /Applications [538]%

James








_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On Feb 7, 2021, at 8:38 AM, James Linder <jam@tigger.ws> wrote:
>
> All macports are gone

If it helps, a simple and quick way to do this is:

# show a list of all the ports you asked MacPorts to install so
# that we can easily put them back later
# maybe save this to a file
port echo requested

# don’t completely uninstall all your ports, just deactivate them
sudo port deactivate active

< do whatever>

# activate your desired ports
sudo port activate <any or all of the ports previously deactivated>


The key is that you don’t have to download any ports--and possibly build some from source. An installer is kept that contains a compressed archive of all the files contained in the port.

Craig
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

On Sun, Feb 7, 2021 at 9:00 AM James Linder <jam@tigger.ws> wrote:

>
>
> > On 7 Feb 2021, at 9:51 pm, John Hoyt <john.hoyt@gmail.com> wrote:
> >
> >
> >
> > On Sun, Feb 7, 2021 at 8:39 AM James Linder <jam@tigger.ws> wrote:
> >
> >
> > > On 7 Feb 2021, at 8:59 pm, John Hoyt <john.hoyt@gmail.com> wrote:
> > >
> > >
> > > Another possibility is that you're compiling with a case-sensitive
> filesystem. I found the case-sensitive filesystem to be troublesome and
> moved my build systems to case-insensitive systems (which is what Apple
> recommends for developers and regular users).
> >
> > John I recall your issues, but I did then and am now using a case
> sensitive fs,
> >
> > I'll do the install now, and build in a case insensitive VM.
> >
> > All macports are gone, reinstalled Mythfrontend with the version I got
> from SourceForge, even though I know better
> >
> > [plasma] /Users/jam [546]% ls /opt
> > [plasma] /Users/jam [547]%
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend
> > dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
> > Referenced from:
> /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
> > Reason: image not found
> > /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15:
> 1222 Abort trap: 6 ./mythfrontend.real $@
> >
> > can you run the following and send back the output:
> >
> > otool -L /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real
> >
> > ls /Applications/Mythfrontend.app/Content
>
> [plasma] /Applications [535]% otool -L
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real
> /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend.real:
> @executable_path/../Frameworks/libmythswscale.5.dylib
> (compatibility version 5.0.0, current version 5.5.100)
> @executable_path/../Frameworks/libmythavformat.58.dylib
> (compatibility version 58.0.0, current version 58.29.100)
> @executable_path/../Frameworks/libmythswresample.3.dylib
> (compatibility version 3.0.0, current version 3.5.100)
> @executable_path/../Frameworks/libmythavutil.56.dylib
> (compatibility version 56.0.0, current version 56.31.100)
> @executable_path/../Frameworks/libmythavcodec.58.dylib
> (compatibility version 58.0.0, current version 58.54.100)
> @executable_path/../Frameworks/libmythpostproc.55.dylib
> (compatibility version 55.0.0, current version 55.5.100)
> @executable_path/../Frameworks/libmythavfilter.7.dylib
> (compatibility version 7.0.0, current version 7.57.100)
> @executable_path/../Frameworks/mythtv.framework/mythtv
> (compatibility version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/mythupnp.framework/mythupnp
> (compatibility version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/mythbase.framework/mythbase
> (compatibility version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/mythui.framework/mythui
> (compatibility version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/myth.framework/myth (compatibility
> version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/mythmetadata.framework/mythmetadata
> (compatibility version 31.0.0, current version 31.0.0)
>
> @executable_path/../Frameworks/mythservicecontracts.framework/mythservicecontracts
> (compatibility version 31.0.0, current version 31.0.0)
>
> @executable_path/../Frameworks/mythprotoserver.framework/mythprotoserver
> (compatibility version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/mythfreemheg.framework/mythfreemheg
> (compatibility version 31.0.0, current version 31.0.0)
> @executable_path/../Frameworks/libtag.1.dylib (compatibility
> version 1.0.0, current version 1.17.0)
> /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current
> version 400.9.4)
> @executable_path/../Frameworks/libXrandr.2.dylib (compatibility
> version 5.0.0, current version 5.0.0)
> @executable_path/../Frameworks/libcrypto.1.1.dylib (compatibility
> version 1.1.0, current version 1.1.0)
> @executable_path/../Frameworks/libass.9.dylib (compatibility
> version 11.0.0, current version 11.1.0)
> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
> (compatibility version 1.0.0, current version 1.0.0)
> @executable_path/../Frameworks/libhdhomerun.dylib (compatibility
> version 0.0.0, current version 0.0.0)
> @executable_path/../Frameworks/libxml2.2.dylib (compatibility
> version 12.0.0, current version 12.10.0)
> @executable_path/../Frameworks/libx264.157.dylib (compatibility
> version 0.0.0, current version 0.0.0)
> @executable_path/../Frameworks/libmp3lame.0.dylib (compatibility
> version 1.0.0, current version 1.0.0)
> @executable_path/../Frameworks/libfontconfig.1.dylib
> (compatibility version 14.0.0, current version 14.0.0)
> @executable_path/../Frameworks/libfreetype.6.dylib (compatibility
> version 24.0.0, current version 24.4.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 1252.200.5)
> @executable_path/../Frameworks/libz.1.dylib (compatibility version
> 1.0.0, current version 1.2.11)
> @executable_path/../Frameworks/libbluray.2.dylib (compatibility
> version 6.0.0, current version 6.0.0)
> @executable_path/../Frameworks/libsamplerate.0.dylib
> (compatibility version 2.0.0, current version 2.8.0)
>
> @executable_path/../Frameworks/QtWebKitWidgets.framework/Versions/5/QtWebKitWidgets
> (compatibility version 5.9.0, current version 5.9.2)
>
> @executable_path/../Frameworks/QtWidgets.framework/Versions/5/QtWidgets
> (compatibility version 5.15.0, current version 5.15.2)
>
> @executable_path/../Frameworks/QtWebKit.framework/Versions/5/QtWebKit
> (compatibility version 5.9.0, current version 5.9.2)
> @executable_path/../Frameworks/QtGui.framework/Versions/5/QtGui
> (compatibility version 5.15.0, current version 5.15.2)
> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
> (compatibility version 45.0.0, current version 1670.0.0)
> /System/Library/Frameworks/Metal.framework/Versions/A/Metal
> (compatibility version 1.0.0, current version 1.0.0)
>
> @executable_path/../Frameworks/QtNetwork.framework/Versions/5/QtNetwork
> (compatibility version 5.15.0, current version 5.15.2)
> @executable_path/../Frameworks/QtXml.framework/Versions/5/QtXml
> (compatibility version 5.15.0, current version 5.15.2)
> @executable_path/../Frameworks/QtSql.framework/Versions/5/QtSql
> (compatibility version 5.15.0, current version 5.15.2)
>
> @executable_path/../Frameworks/QtScript.framework/Versions/5/QtScript
> (compatibility version 5.15.0, current version 5.15.2)
> @executable_path/../Frameworks/QtDBus.framework/Versions/5/QtDBus
> (compatibility version 5.15.0, current version 5.15.2)
> @executable_path/../Frameworks/QtCore.framework/Versions/5/QtCore
> (compatibility version 5.15.0, current version 5.15.2)
>
> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
> (compatibility version 1.0.0, current version 1.0.0)
> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
> (compatibility version 1.0.0, current version 275.0.0)
> /System/Library/Frameworks/AGL.framework/Versions/A/AGL
> (compatibility version 1.0.0, current version 1.0.0)
>

Well, that's all pointing to the correct place (@executable_path or /System
are all good), Try each of these and check the output for /opt/local

ottol -L
/Applications/Mythfrontend.app/Contents/PlugIns/imageformats/libqjpeg.dylib
ottol -L
/Applications/Mythfrontend.app/Contents/Frameworks/libjasper.4.dylib
ottol -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.9.dylib
ottol -L /Applications/Mythfrontend.app/Contents/Frameworks/libtiff.5.dylib
ottol -L /Applications/Mythfrontend.app/Contents/Frameworks/libmng.2.dylib
ottol -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.8.dylib

> On 7 Feb 2021, at 10:05 pm, Craig Treleaven <ctreleaven@cogeco.ca> wrote:
>
>> On Feb 7, 2021, at 8:38 AM, James Linder <jam@tigger.ws> wrote:
>>
>> All macports are gone
>
> If it helps, a simple and quick way to do this is:
>
> # show a list of all the ports you asked MacPorts to install so
> # that we can easily put them back later
> # maybe save this to a file
> port echo requested
>
> # don’t completely uninstall all your ports, just deactivate them
> sudo port deactivate active
>
> < do whatever>
>
> # activate your desired ports
> sudo port activate <any or all of the ports previously deactivated>
>
>
> The key is that you don’t have to download any ports--and possibly build some from source. An installer is kept that contains a compressed archive of all the files contained in the port.

Craig thanks, but I'm too quick. I made a list of ports most of 'mine' downloaded but I spent some hours building for mythtv.
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> The key is that you don’t have to download any ports--and possibly build
> some from source. An installer is kept that contains a compressed archive
> of all the files contained in the port.
>

Thanks Craig, that is a great tip!

BTW - I'm trying a variant of your suggested
"PKG_CONFIG_SYSTEM_INCLUDE_PATH" fix.

It turns out that I already have in the compile script where
PKGMGR_INST_PATH=/opt/local :

PKG_CONFIG_SYSTEM_INCLUDE_PATH=$PKGMGR_INST_PATH/include


Which I believe sets the search path to look for macports dylibs first,
then the local ones - hence why a local ffmpeg install stomps the dylibs in
the mythtv compile.

I'm changing that to:

PKG_CONFIG_SYSTEM_INCLUDE_PATH=$SRC_DIR/external:$PKGMGR_INST_PATH/include


Which I hope makes the compiler / pkg_config first look for the locally
compiled mythtv ffmpeg libraries.

> On 7 Feb 2021, at 10:17 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> The key is that you don’t have to download any ports--and possibly build some from source. An installer is kept that contains a compressed archive of all the files contained in the port.
>
> Thanks Craig, that is a great tip!
>
> BTW - I'm trying a variant of your suggested "PKG_CONFIG_SYSTEM_INCLUDE_PATH" fix.
>
> It turns out that I already have in the compile script where PKGMGR_INST_PATH=/opt/local :
> PKG_CONFIG_SYSTEM_INCLUDE_PATH=$PKGMGR_INST_PATH/include
>
> Which I believe sets the search path to look for macports dylibs first, then the local ones - hence why a local ffmpeg install stomps the dylibs in the mythtv compile.
>
> I'm changing that to:
> PKG_CONFIG_SYSTEM_INCLUDE_PATH=$SRC_DIR/external:$PKGMGR_INST_PATH/include
>
> Which I hope makes the compiler / pkg_config first look for the locally compiled mythtv ffmpeg libraries.

[plasma] /Users/jam [547]% sh -v doit
otool -L /Applications/Mythfrontend.app/Contents/PlugIns/imageformats/libqjpeg.dylib |grep local
otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjasper.4.dylib |grep local
otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.9.dylib |grep local
otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libtiff.5.dylib |grep local
otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libmng.2.dylib |grep local
otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.8.dylib |grep local

James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

>
> [plasma] /Users/jam [547]% sh -v doit
> otool -L
> /Applications/Mythfrontend.app/Contents/PlugIns/imageformats/libqjpeg.dylib
> |grep local
> otool -L
> /Applications/Mythfrontend.app/Contents/Frameworks/libjasper.4.dylib |grep
> local
> otool -L
> /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.9.dylib |grep
> local
> otool -L
> /Applications/Mythfrontend.app/Contents/Frameworks/libtiff.5.dylib |grep
> local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libmng.2.dylib
> |grep local
> otool -L
> /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.8.dylib |grep
> local
>

...well, that tells me that the Application has all of the internal
libraries looking for libjpeg inside the application and not on the
macports install path. Perhaps something else inside the Application
bundle is not set up correctly...

> On 7 Feb 2021, at 10:27 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> [plasma] /Users/jam [547]% sh -v doit
> otool -L /Applications/Mythfrontend.app/Contents/PlugIns/imageformats/libqjpeg.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjasper.4.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.9.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libtiff.5.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libmng.2.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.8.dylib |grep local
>
> ...well, that tells me that the Application has all of the internal libraries looking for libjpeg inside the application and not on the macports install path. Perhaps something else inside the Application bundle is not set up correctly...
>

. . . which I just downloaded from SourceForge and installed (by copy to not get links to the dmg) after $rm -fr /Applications/MythFrontend.app
James

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> On Feb 7, 2021, at 9:17 AM, John Hoyt <john.hoyt@gmail.com> wrote:
>
> The key is that you don’t have to download any ports--and possibly build some from source. An installer is kept that contains a compressed archive of all the files contained in the port.
>
> Thanks Craig, that is a great tip!
>
> BTW - I'm trying a variant of your suggested "PKG_CONFIG_SYSTEM_INCLUDE_PATH" fix.
>
> It turns out that I already have in the compile script where PKGMGR_INST_PATH=/opt/local :
> PKG_CONFIG_SYSTEM_INCLUDE_PATH=$PKGMGR_INST_PATH/include
>
> Which I believe sets the search path to look for macports dylibs first, then the local ones - hence why a local ffmpeg install stomps the dylibs in the mythtv compile.
>
> I'm changing that to:
> PKG_CONFIG_SYSTEM_INCLUDE_PATH=$SRC_DIR/external:$PKGMGR_INST_PATH/include
>
> Which I hope makes the compiler / pkg_config first look for the locally compiled mythtv ffmpeg libraries.


The pkg-config environment variable works sort of the opposite that you might expect. "PKG_CONFIG_SYSTEM_INCLUDE_PATH=${prefix}/include” means DON’T supply that include path in the list of returned directories as it is assumed to be the default (last) search path when compiling.

I found out about this on the pkg-config mailing list:

> This isn't documented (should be), but you can override pkg-config's notion of the system include path with the environment variable PKG_CONFIG_SYSTEM_INCLUDE_PATH. If that's not set, it uses the compiled in defaults. That's been in pkg-config for a long time, so it should work with the version you have. This should be in the form of a path style variable with : separators.


Craig

>
>
> The pkg-config environment variable works sort of the opposite that you
> might expect. "PKG_CONFIG_SYSTEM_INCLUDE_PATH=${prefix}/include” means
> DON’T supply that include path in the list of returned directories as it is
> assumed to be the default (last) search path when compiling.
>
>
> I found out about this on the pkg-config mailing list:
>
> This isn't documented (should be), but you can override pkg-config's
> notion of the system include path with the environment variable
> PKG_CONFIG_SYSTEM_INCLUDE_PATH. If that's not set, it uses the compiled in
> defaults. That's been in pkg-config for a long time, so it should work with
> the version you have. This should be in the form of a path style variable
> with : separators.
>
>
> Craig
>

Thanks Craig - I think I have it figured out. It was pretty annoying to
hunt down, but I needed a combination of PKG_CONFIG_SYSTEM_INCLUDE_PATH
being set correct and had to modify my c/c++ extra flags to not put
/opt/local at the front of the include path.

Once I finish testing on my computer and my build VM's I'll make a pull
request posting the updates.

...still no clue why James' installed application is pointing to /opt/local
for jpeg... James, can you remind me what version you've installed (High
SIerra, Catalina, with or without plugins, git version).

>
> Thanks Craig - I think I have it figured out. It was pretty annoying to
> hunt down, but I needed a combination of PKG_CONFIG_SYSTEM_INCLUDE_PATH
> being set correct and had to modify my c/c++ extra flags to not put
> /opt/local at the front of the include path.
>
> Once I finish testing on my computer and my build VM's I'll make a pull
> request posting the updates.
>
> ...still no clue why James' installed application is pointing to
> /opt/local for jpeg... James, can you remind me what version you've
> installed (High SIerra, Catalina, with or without plugins, git version).
>

...spoke too soon. Still having issues. The simple fix is to uninstall
ffmpeg then use the compile script. I'm going to take a break and revisit
this another day/time.

>
> ...still no clue why James' installed application is pointing to
>> /opt/local for jpeg... James, can you remind me what version you've
>> installed (High SIerra, Catalina, with or without plugins, git version).
>>
>
> ...spoke too soon. Still having issues. The simple fix is to uninstall
> ffmpeg then use the compile script. I'm going to take a break and revisit
> this another day/time.
>

James, I just posted an updated version of the compile script that fixes
the issue when ffmpeg is installed to sourceforge here:

https://sourceforge.net/projects/mythtvformacosx/files/Development/

Can you test it on your system and let me know if it works for you? I've
tested it on Big Sur, Catalina, and High Sierra for fixes/31 and master and
everything appears to be working for me.

Also, I'm in the process of uploading new dmg files for all versions.
Catalina and Big Sure are already uploaded. Please try one and tell me if
you're still having the jpeg segfault issue (and let me know which dmg file
:) ).

> On 7 Feb 2021, at 10:27 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> [plasma] /Users/jam [547]% sh -v doit
> otool -L /Applications/Mythfrontend.app/Contents/PlugIns/imageformats/libqjpeg.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjasper.4.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.9.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libtiff.5.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libmng.2.dylib |grep local
> otool -L /Applications/Mythfrontend.app/Contents/Frameworks/libjpeg.8.dylib |grep local
>
> ...well, that tells me that the Application has all of the internal libraries looking for libjpeg inside the application and not on the macports install path. Perhaps something else inside the Application bundle is not set up correctly…

John Hi

I downloaded your latest build and ran (10.13 version) on High Sierra where it works perfectly.

I formatted and re-installed Catalina on my laptop.
I have installed iTerm, Firefox and XCode. I have not installed macports.
I downloaded and installed Mythfrontend.ap (ver 10.13)
<click> did nothing so

jam@plasma ~ % /Applications/Mythfrontend.app/Contents/MacOS/mythfrontend --noupnp
dyld: Library not loaded: /opt/local/lib/libjpeg.9.dylib
Referenced from: /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/Versions/5/QtWebKit
Reason: image not found
/Applications/Mythfrontend.app/Contents/MacOS/mythfrontend: line 15: 3011 Abort trap: 6 ./mythfrontend.real $@

This has to be a build issue since my system is virgin. I’ll now install macports and no doubt when the libjpeg goes in the app will work.

Going to try now. Will post results
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

> I downloaded your latest build and ran (10.13 version) on High Sierra
> where it works perfectly.
>

Great!


> I formatted and re-installed Catalina on my laptop.
> I have installed iTerm, Firefox and XCode. I have not installed macports.
> I downloaded and installed Mythfrontend.ap (ver 10.13)
> <click> did nothing so


To be clear, you're using the 10.13 built app on Catalina? With or without
plugins? Why not just the 10.15 built App? You will get better video
performance.

Did you check in system security preferences to allow third party apps?
You'll also have to authorize the app to open.


>
> This has to be a build issue since my system is virgin. I’ll now install
> macports and no doubt when the libjpeg goes in the app will work.


That's quite possible, but more likely a missed dylib link that should
point internally.

What is the exact name of the .dmg file you are trying?

> On 8 Feb 2021, at 10:55 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
> I downloaded your latest build and ran (10.13 version) on High Sierra where it works perfectly.
>
> Great!
>
>
> I formatted and re-installed Catalina on my laptop.
> I have installed iTerm, Firefox and XCode. I have not installed macports.
> I downloaded and installed Mythfrontend.ap (ver 10.13)
> <click> did nothing so
>
> To be clear, you're using the 10.13 built app on Catalina? With or without plugins? Why not just the 10.15 built App? You will get better video performance.

Sorry problem between keyboard and seat

MythFrontend-31-intel-10.15.7-v31-7763a3363d-with-plugins.dmg

> Did you check in system security preferences to allow third party apps? You'll also have to authorize the app to open.

Yup n yup

James
>
>
>
> This has to be a build issue since my system is virgin. I’ll now install macports and no doubt when the libjpeg goes in the app will work.
>
> That's quite possible, but more likely a missed dylib link that should point internally.
>
> What is the exact name of the .dmg file you are trying?
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

>
> MythFrontend-31-intel-10.15.7-v31-7763a3363d-with-plugins.dmg
>

Thanks - I'll do an extended check with otool on that app when I get some
time (possibly the end of the week). Out of curiosity, did you try the
10.13 build on your Catalina machine? If it works, that may help me track
down the issue in the Catalina build environment.

On Mon, Feb 8, 2021 at 11:42 AM John Hoyt <john.hoyt@gmail.com> wrote:

> MythFrontend-31-intel-10.15.7-v31-7763a3363d-with-plugins.dmg
>>
>
> Thanks - I'll do an extended check with otool on that app when I get some
> time (possibly the end of the week). Out of curiosity, did you try the
> 10.13 build on your Catalina machine? If it works, that may help me track
> down the issue in the Catalina build environment.
>

Well I found the issue - it looks like on the Catalina and High Sierra
builds (but strangely not Big Sur...) QT is not deploying libjpeg
correctly. My guess is that I may have a macports libjpeg issue when not
compiling qt locally.

QtWebKit:

::snipped output::

/opt/local/lib/libjpeg.9.dylib (compatibility version 14.0.0, current
version 14.0.0)

::snipped output::

Now to figure out why macdeployqt is not copying over libjpeg.9.dylib...

>
> Now to figure out why macdeployqt is not copying over libjpeg.9.dylib...
>

It turns out macports moved libjpeg.9.dylib from /opt/local/lib to
/opt/local/libexec/libjpeg/lib so macdeployqt is skipping libjpeg.9.dylib
since it's a symlink in /opt/local. Its strangely copying the file into
the app correctly, just not updating QtWebkit to look internally to the app.

Adding a call to install_name_tool to the compile script seems to be
working (I'm testing on a fresh install right now). At any rate - to fix
your local version (while I recompile) run the following command to fix the
broken internal path:

install_name_tool -change /opt/local/lib/libjpeg.9.dylib
"@executable_path/../Frameworks/libjpeg.9.dylib"
/Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/QtWebKit

On Mon, Feb 8, 2021 at 7:21 PM John Hoyt <john.hoyt@gmail.com> wrote:

> Now to figure out why macdeployqt is not copying over libjpeg.9.dylib...
>>
>
> It turns out macports moved libjpeg.9.dylib from /opt/local/lib to
> /opt/local/libexec/libjpeg/lib so macdeployqt is skipping libjpeg.9.dylib
> since it's a symlink in /opt/local. Its strangely copying the file into
> the app correctly, just not updating QtWebkit to look internally to the app.
>
> Adding a call to install_name_tool to the compile script seems to be
> working (I'm testing on a fresh install right now). At any rate - to fix
> your local version (while I recompile) run the following command to fix the
> broken internal path:
>
> install_name_tool -change /opt/local/lib/libjpeg.9.dylib
> "@executable_path/../Frameworks/libjpeg.9.dylib"
> /Applications/Mythfrontend.app/Contents/Frameworks/QtWebKit.framework/QtWebKit
>

James, try the Catalina versions that I just posted to SourceForge
(MythFrontend-31-intel-10.15.7-v31-ba4036099f-with-plugins.dmg).

As an added bonus, this picks up Mark's fix in AudioOutputGraph that he
posted earlier.

> On Feb 8, 2021, at 7:21 PM, John Hoyt <john.hoyt@gmail.com> wrote:
>
> Now to figure out why macdeployqt is not copying over libjpeg.9.dylib...
>
> It turns out macports moved libjpeg.9.dylib from /opt/local/lib to /opt/local/libexec/libjpeg/lib so macdeployqt is skipping libjpeg.9.dylib since it's a symlink in /opt/local. Its strangely copying the file into the app correctly, just not updating QtWebkit to look internally to the app.

MacPorts did a mass switch to libjpeg-turbo a couple of weeks ago [1]. AIUI, libjpeg-turbo is a drop-in replacement for libjpeg but with a massive (?) speed advantage. Note that libjpeg-turbo installs the following dylibs:

$ port contents libjpeg-turbo |grep dylib
/opt/local/lib/libjpeg.8.2.2.dylib
/opt/local/lib/libjpeg.8.dylib
/opt/local/lib/libjpeg.dylib
/opt/local/lib/libturbojpeg.0.2.0.dylib
/opt/local/lib/libturbojpeg.0.dylib
/opt/local/lib/libturbojpeg.dylib

HTH,

Craig

[1] https://github.com/macports/macports-ports/commit/0c3c5e770185f4c3577b94a49170a961b88d1b98#diff-977bc31bc2f996454d40ccf27c2b1bcb413306cbbdf0eb65a77734edf2f2e3f5

> On 9 Feb 2021, at 7:18 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> On Mon, Feb 8, 2021 at 11:42 AM John Hoyt <john.hoyt@gmail.com <mailto:john.hoyt@gmail.com>> wrote:
> MythFrontend-31-intel-10.15.7-v31-7763a3363d-with-plugins.dmg
>
> Thanks - I'll do an extended check with otool on that app when I get some time (possibly the end of the week). Out of curiosity, did you try the 10.13 build on your Catalina machine? If it works, that may help me track down the issue in the Catalina build environment.
>
> Well I found the issue - it looks like on the Catalina and High Sierra builds (but strangely not Big Sur...) QT is not deploying libjpeg correctly. My guess is that I may have a macports libjpeg issue when not compiling qt locally.
>
> QtWebKit:
> ::snipped output::
> /opt/local/lib/libjpeg.9.dylib (compatibility version 14.0.0, current version 14.0.0)
> ::snipped output::
>
> Now to figure out why macdeployqt is not copying over libjpeg.9.dylib...
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

> On 9 Feb 2021, at 7:18 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> On Mon, Feb 8, 2021 at 11:42 AM John Hoyt <john.hoyt@gmail.com <mailto:john.hoyt@gmail.com>> wrote:
> MythFrontend-31-intel-10.15.7-v31-7763a3363d-with-plugins.dmg
>
> Thanks - I'll do an extended check with otool on that app when I get some time (possibly the end of the week). Out of curiosity, did you try the 10.13 build on your Catalina machine? If it works, that may help me track down the issue in the Catalina build environment.
>
> Well I found the issue - it looks like on the Catalina and High Sierra builds (but strangely not Big Sur...) QT is not deploying libjpeg correctly. My guess is that I may have a macports libjpeg issue when not compiling qt locally.
>
> QtWebKit:
> ::snipped output::
> /opt/local/lib/libjpeg.9.dylib (compatibility version 14.0.0, current version 14.0.0)
> ::snipped output::
>
> Now to figure out why macdeployqt is not copying over libjpeg.9.dylib…

Finger trouble for last post.

John, I downloaded your latest from sourcesorge.

Both Catalina and High Sierra play beautifully
I can’t see any reason but both seem much smoother than previous. (That’s really hard to subjectively evaluate since “the winds of yesteryear” are gone (old builds). Certainly this looks good (I watched a few moments of Super Bowl)

I edited a HD movie, with errors, without any hassles

I retrived meta data with no more than the usual fiddling about. (And I mean the Oxford definition).

So all in all a big thank you to John.
I’ll try to break build and post any ‘sucess’ stories, but I will use a new VM and case insensitive FS. This was somewhat painful (reinstall OS X)
James

>
> MacPorts did a mass switch to libjpeg-turbo a couple of weeks ago [1].
> AIUI, libjpeg-turbo is a drop-in replacement for libjpeg but with a massive
> (?) speed advantage. Note that libjpeg-turbo installs the following dylibs:
>
> $ port contents libjpeg-turbo |grep dylib
> /opt/local/lib/libjpeg.8.2.2.dylib
> /opt/local/lib/libjpeg.8.dylib
> /opt/local/lib/libjpeg.dylib
> /opt/local/lib/libturbojpeg.0.2.0.dylib
> /opt/local/lib/libturbojpeg.0.dylib
> /opt/local/lib/libturbojpeg.dylib
>

Thanks Craig - this is interesting. I wonder if the issue is caused by
some of the qt ports being built off of libturbojpeg and others (I'm
looking at the culprit qt5-WebKit) being built with libjpeg. This gives me
something to look into. This could end up being an ansible fix plus a
double check in the compile script while bundling the application.

Both Catalina and High Sierra play beautifully
> I can’t see any reason but both seem much smoother than previous. (That’s
> really hard to subjectively evaluate since “the winds of yesteryear” are
> gone (old builds). Certainly this looks good (I watched a few moments of
> Super Bowl)
>
> I edited a HD movie, with errors, without any hassles
>
> I retrived meta data with no more than the usual fiddling about. (And I
> mean the Oxford definition).
>

Excellent - glad it's finally working!


> I’ll try to break build and post any ‘sucess’ stories, but I will use a
> new VM and case insensitive FS. This was somewhat painful (reinstall OS X)
>

Please use a copy from the Sourceforge site. Those versions have the jpeg
fix in them currently. I'm going to try to find a more elegant solution to
the jpeg fix before making another push request to myhtv's git repository.

> On 8 Feb 2021, at 10:55 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
>
> I downloaded your latest build and ran (10.13 version) on High Sierra where it works perfectly.
>
> Great!
>
>
> I formatted and re-installed Catalina on my laptop.
> I have installed iTerm, Firefox and XCode. I have not installed macports.
> I downloaded and installed Mythfrontend.ap (ver 10.13)
> <click> did nothing so
>
> To be clear, you're using the 10.13 built app on Catalina? With or without plugins? Why not just the 10.15 built App? You will get better video performance.
>
> Did you check in system security preferences to allow third party apps? You'll also have to authorize the app to open.
>
>
>
> This has to be a build issue since my system is virgin. I’ll now install macports and no doubt when the libjpeg goes in the app will work.
>
> That's quite possible, but more likely a missed dylib link that should point internally.
>
> What is the exact name of the .dmg file you are trying?

John I have got 2 builds that work well for me, I’m very content
But
I was testing the build script for your edification and delight

I installed Catalina in a VM
I installed Xcode, command line tools and accepted the license
I installed macports
I downloaded compile from sourceforg

jam@ws130 ~ % ./compileMythfrontendAnsible_31.zsh
./compileMythfrontendAnsible_31.zsh:148: substring expression: -1 < 0

James

James, first thank you for helping test this! It's hard to find all of the
issues without a third party, and your help here will only make the
buildscript better,


> jam@ws130 ~ % ./compileMythfrontendAnsible_31.zsh
> ./compileMythfrontendAnsible_31.zsh:148: substring expression: -1 < 0
>

So this appears to be an issue with different zsh versions on macOS. Some
like indexing with negative values, others don't, and all of them seem to
want a space before the indexing, etc.

At any rate, I believe I can eliminate the FFMPEG path check in the script
that tripped you up now that I have the mythtv ffmpeg / macports ffmpeg
pathing issues resolved in the script. I've just posted a version to
source that eliminates that code that tripped you up to the usual
SourceForge spot.

Please let me know if this does or does not work for you. If it does work,
I'll roll this into a push request sometime this weekend when I make a
separate push request for a minor update to ansible.

BTW - I tracked down the libjpeg issue I had in my build to a local
configuration issue (which I hope my asible updates will resolve). Per
Craig's suggestion (thanks once again Craig!), I looked into what ports
still had libjpeg vs libjpeg-turbo dependencies. qt5-webkit (our crash
culprit) was the only one hanging onto libjpeg. Telling macports to
uninstall libjpeg then issuing a "port rev-upgrade" triggered a recompile
of qt5-webkit and everything worked from there.

On Thu, Feb 11, 2021 at 1:35 PM John Hoyt <john.hoyt@gmail.com> wrote:

> James, first thank you for helping test this! It's hard to find all of
> the issues without a third party, and your help here will only make the
> buildscript better,
>

Q; is there a GIT/SVN/CVS/somethingotherthan 'the latest current file'
repository of the code history that's publically accessible?
I like looking back at the commit history for things like this, and was
attempting to find it on Sourceforge but to no avail.

Thanks,

Mike

>
> Q; is there a GIT/SVN/CVS/somethingotherthan 'the latest current file'
> repository of the code history that's publically accessible?
> I like looking back at the commit history for things like this, and was
> attempting to find it on Sourceforge but to no avail.
>

Sorry about that. I've been using the SourceForge site (since I inherited
ownership of it last summer) as a place to post binaries. More recently I
have been also using it as a method to post development / in process
updates mostly out of convenience. Unfortunately it was never setup with
cvs/git, so it doesn't have any revision history (like you just pointed out)

The mythtv packing git repo does have a series of commits for the script
here:
https://github.com/MythTV/packaging/tree/master/OSX/build/macports_ansible
.

That's probably the best place for you to find any commit history. There
isn't too much history to the file (10 or so commits) since I only got it
working last May when I finally decided to roll up my sleeves and get
mythtv compiling on macOS again.

Since I don't (and probably shouldn't :) ) have commit writes, the updates
tend to be infrequent as I try to minimize my pestering of the Devs (thanks
again Bill for all of the help).

Likewise for the mythtv ansible repo (
https://github.com/MythTV/ansible/tree/master/roles/mythtv-macports/tasks).

I do have a personal git repo reserved for my own thrashing (both the
compile script and ansible) - but I will be honest in saying it's not very
disciplined in commit comments. When making a pull request to the mythtv
packaging repo, I tend to pull from my personal repo cleaning up /
squashing the commit messages after testing locally.

> On Feb 11, 2021, at 3:33 PM, John Hoyt <john.hoyt@gmail.com> wrote:
>
> BTW - I tracked down the libjpeg issue I had in my build to a local configuration issue (which I hope my asible updates will resolve). Per Craig's suggestion (thanks once again Craig!), I looked into what ports still had libjpeg vs libjpeg-turbo dependencies. qt5-webkit (our crash culprit) was the only one hanging onto libjpeg. Telling macports to uninstall libjpeg then issuing a "port rev-upgrade" triggered a recompile of qt5-webkit and everything worked from there.

John, you’ve actually spotted a problem with the MacPorts packaging of qt5-qtwebkit. We had not identified libjpeg as a dependency and therefore didn’t change it to libjpeg-turbo in the mass switch. I’ll follow up on that.

Thanks

Craig

>
> John, you’ve actually spotted a problem with the MacPorts packaging of
> qt5-qtwebkit. We had not identified libjpeg as a dependency and therefore
> didn’t change it to libjpeg-turbo in the mass switch. I’ll follow up on
> that.
>

Thanks - let me know if you need assistance with the Portfile. I
became quite familiar with qt5's Portfile (and qt5-webkit) when I helped
Ken and Michael get qt5.15.2 working.

> On 12 Feb 2021, at 6:06 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> John, you’ve actually spotted a problem with the MacPorts packaging of qt5-qtwebkit. We had not identified libjpeg as a dependency and therefore didn’t change it to libjpeg-turbo in the mass switch. I’ll follow up on that.
>
> Thanks - let me know if you need assistance with the Portfile. I became quite familiar with qt5's Portfile (and qt5-webkit) when I helped Ken and Michael get qt5.15.2 working.

John
I’ve done *very little* investigation, but this does not look like a build-script error.

* New install of Catalina
* New install of Xcode + cmd line tools
* New install of macports
* quick test port install wget
* New install (from sourceForge) of compile…zsh
* case in-sensitive FS
* having just tried, found qmake missing, port install qt5

…
TASK [mythtv-macports : print final list of ports] *****************************
ok: [localhost] => {
"msg": "ccache,nasm,autoconf,automake,pkgconfig,libxml2,taglib,exiv2,libbluray,lzo2,libsamplerate,libcec,openssl,libvpx,x264,x265,XviD,libvorbis,flac,faac,freetype,libxml2,fftw-3,libass,x264,x265,libvpx,minizip,apache-ant,hdhomerun,libX11,liberation-fonts,dejavu-fonts,mariadb-10.2,python38,py38-future,py38-requests,py38-requests-cache,py38-lxml,py38-oauthlib,py38-curl,py38-simplejson,py38-wheel,py38-pymysql,py38-pip,perl5,p5-date-manip,p5-datetime-format-iso8601,p5-dbi,p5-image-size,p5-io-socket-inet6,p5-json,p5-libwww-perl,p5-http-request-ascgi,p5-net-upnp,p5-soap-lite,p5-xml-xpath,p5-xml-simple,gmake,libtool,lame,gnutls"
}

TASK [mythtv-macports : install packages] **************************************
fatal: [localhost]: FAILED! => {"changed": false, "msg": "Failed to install ccache: Error: Checksum (rmd160) mismatch for asciidoc-py3-9.0.5.tar.gz\nError: Checksum (sha256) mismatch for asciidoc-py3-9.0.5.tar.gz\nError: Checksum (size) mismatch for asciidoc-py3-9.0.5.tar.gz\nError: Failed to checksum asciidoc: Unable to verify file checksums\nError: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_asciidoc/asciidoc/main.log for details.\nError: Follow https://guide.macports.org/#project.tickets to report a bug.\nError: Processing of port ccache failed\n"}

PLAY RECAP *********************************************************************
localhost : ok=11 changed=0 unreachable=0 failed=1 skipped=83 rescued=0 ignored=0

James

>
>
> TASK [mythtv-macports : install packages]
> **************************************
> fatal: [localhost]: FAILED! => {"changed": false, "msg": "Failed to
> install ccache: Error: Checksum (rmd160) mismatch for
> asciidoc-py3-9.0.5.tar.gz\nError: Checksum (sha256) mismatch for
> asciidoc-py3-9.0.5.tar.gz\nError: Checksum (size) mismatch for
> asciidoc-py3-9.0.5.tar.gz\nError: Failed to checksum asciidoc: Unable to
> verify file checksums\n
>

Hi James, that's a macports issue. It looks like "asciidoc" had a stealth
update on the upstream maintainers side and it caused macports to fail to
install due to a checksum mismatch error. Unfortunately, the only way to
really fix that is wait for someone on the macports team to fix it.
Thankfully a ticket is already opened in trac alerting the macports folks
about the issue (https://trac.macports.org/ticket/62273)

I'll let you know when it gets fixed.

>
> Hi James, that's a macports issue. It looks like "asciidoc" had a
> stealth update on the upstream maintainers side and it caused macports to
> fail to install due to a checksum mismatch error. Unfortunately, the only
> way to really fix that is wait for someone on the macports team to fix it.
> Thankfully a ticket is already opened in trac alerting the macports folks
> about the issue (https://trac.macports.org/ticket/62273)
>
> I'll let you know when it gets fixed.
>

Hi James, asciidoc is now fixed in macport's git repo. If you're grabbing
an updated ports list from git (which I highly suggest), you can issue a
"sudo port selfupdate" and it will pick up the revised/updated port list
now. If you're pulling the ports list down via the tarball (standard
install is to use the tarball), you'll probably need to wait a while
before trying again.

If you want to swap a default macports install over to using git for the
portslist do the following:

sudo mkdir -p /opt/mports
cd /opt/mports
sudo git clone https://github.com/macports/macports-ports.git


Then open "/opt/local/etc/macports/sources.conf" in a text editor. The last
line should look like this:

rsync://rsync.macports.org/macports/release/tarballs/ports.tar [default]


Change it to point to the working copy you checked out:

file:///opt/mports/macports-ports [default]


Then run (this will take a long while as it has to walk through the entire
port tree)

sudo port -d selfupdate

> On 14 Feb 2021, at 1:50 am, John Hoyt <john.hoyt@gmail.com> wrote:
>
> Hi James, that's a macports issue. It looks like "asciidoc" had a stealth update on the upstream maintainers side and it caused macports to fail to install due to a checksum mismatch error. Unfortunately, the only way to really fix that is wait for someone on the macports team to fix it. Thankfully a ticket is already opened in trac alerting the macports folks about the issue (https://trac.macports.org/ticket/62273 <https://trac.macports.org/ticket/62273>)
>
> I'll let you know when it gets fixed.
>
> Hi James, asciidoc is now fixed in macport's git repo. If you're grabbing an updated ports list from git (which I highly suggest), you can issue a "sudo port selfupdate" and it will pick up the revised/updated port list now. If you're pulling the ports list down via the tarball (standard install is to use the tarball), you'll probably need to wait a while before trying again.
>
> If you want to swap a default macports install over to using git for the portslist do the following:
> sudo mkdir -p /opt/mports
> cd /opt/mports
> sudo git clone https://github.com/macports/macports-ports.git <https://github.com/macports/macports-ports.git>
> Then open "/opt/local/etc/macports/sources.conf" in a text editor. The last line should look like this:
> rsync://rsync.macports.org/macports/release/tarballs/ports.tar <http://rsync.macports.org/macports/release/tarballs/ports.tar> [default]
>
> Change it to point to the working copy you checked out:
> file:///opt/mports/macports-ports <file:///opt/mports/macports-ports> [default]
>
> Then run (this will take a long while as it has to walk through the entire port tree)
> sudo port -d selfupdate

Still macports and I find no ticket related to 10.2.36

TASK [mythtv-macports : install packages] **********************************************************************************************
fatal: [localhost]: FAILED! => {"changed": false, "msg": "Failed to install mariadb-10.2: Error: Checksum (rmd160) mismatch for server-10.2.36.tar.gz\nError: Checksum (sha256) mismatch for server-10.2.36.tar.gz\nError: Checksum (size) mismatch for server-10.2.36.tar.gz\nError: Failed to checksum mariadb-10.2: Unable to verify file checksums\nError: See /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log for details.\nError: Follow https://guide.macports.org/#project.tickets to report a bug.\nError: Processing of port mariadb-10.2 failed\n”}

James

> On Feb 14, 2021, at 1:58 AM, James <jam@tigger.ws> wrote:
>
> Still macports and I find no ticket related to 10.2.36
>
> TASK [mythtv-macports : install packages] **********************************************************************************************
> fatal: [localhost]: FAILED! => {"changed": false, "msg": "Failed to install mariadb-10.2: Error: Checksum (rmd160) mismatch for server-10.2.36.tar.gz\nError: Checksum (sha256) mismatch for server-10.2.36.tar.gz\nError: Checksum (size) mismatch for server-10.2.36.tar.gz\nError: Failed to checksum mariadb-10.2: Unable to verify file checksums\nError: See /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log for details.\nError: Follow https://guide.macports.org/#project.tickets <https://guide.macports.org/#project.tickets> to report a bug.\nError: Processing of port mariadb-10.2 failed\n”}
>

As the error message says, see

> /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log

for details. Normally, these are quite large so feel free to use the MacPorts pastebin:

https://paste.macports.org <https://paste.macports.org/>

Craig

> On 14 Feb 2021, at 8:16 pm, Craig Treleaven <ctreleaven@cogeco.ca> wrote:
>
>> /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log

Although I’ve had a GitHub acc for years they won’t play with me. I. Guess disuse. It is here: http://tigger.ws/downloads/main.log <http://tigger.ws/downloads/main.log>

James

On Sun, Feb 14, 2021 at 7:30 AM James <jam@tigger.ws> wrote:

>
>
> On 14 Feb 2021, at 8:16 pm, Craig Treleaven <ctreleaven@cogeco.ca> wrote:
>
>
> /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log
>
>
> Although I’ve had a GitHub acc for years they won’t play with me. I. Guess
> disuse. It is here: http://tigger.ws/downloads/main.log
>
> James
>

Strange - I just installed it fine on my system. Try the following:

sudo port clean mariadb-10.2
sudo port selfupdate
sudo port upgrade outdated
sudo port install mariadb-10.2

They haven't touched the mariadb-10.2 port for a few months, but if you
haven't run a selfupdate after installing macports that could potentially
be the reason.

>
>
>
> Strange - I just installed it fine on my system. Try the following:
>
> sudo port clean mariadb-10.2
> sudo port selfupdate
> sudo port upgrade outdated
> sudo port install mariadb-10.2
>
> They haven't touched the mariadb-10.2 port for a few months, but if you
> haven't run a selfupdate after installing macports that could potentially
> be the reason.
>

Another thought if that doesn't work, run the compile script with the
--database-version=mariadb-10.3, -database-version=mariadb-10.4,
or -database-version=mysql8 flag (i.e. match your backend configuration).

One of them is bound to not be buggered up in macports land.

> On 14 Feb 2021, at 9:08 pm, John Hoyt <john.hoyt@gmail.com> wrote:
>
> sudo port install mariadb-10.2

John having done the git-sources stuff you wrote about

Would not
$ sudo port sync
Be correct ?

The self update tries for ever to do a rsync. In any event this install is 1 day old!

jam@ws129 ~ % sudo port install mariadb-10.2
---> Computing dependencies for mariadb-10.2
---> Fetching archive for mariadb-10.2
---> Attempting to fetch mariadb-10.2-10.2.36_0.darwin_19.x86_64.tbz2 from http://jog.id.packages.macports.org/macports/packages/mariadb-10.2
---> Attempting to fetch mariadb-10.2-10.2.36_0.darwin_19.x86_64.tbz2 from https://kmq.jp.packages.macports.org/mariadb-10.2
---> Attempting to fetch mariadb-10.2-10.2.36_0.darwin_19.x86_64.tbz2 from https://ywg.ca.packages.macports.org/mirror/macports/packages/mariadb-10.2
---> Verifying checksums for mariadb-10.2
Error: Checksum (rmd160) mismatch for server-10.2.36.tar.gz
Error: Checksum (sha256) mismatch for server-10.2.36.tar.gz
Error: Checksum (size) mismatch for server-10.2.36.tar.gz
Error: Failed to checksum mariadb-10.2: Unable to verify file checksums
Error: See /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.
Error: Processing of port mariadb-10.2 failed

??
James

> On Feb 14, 2021, at 8:20 AM, James <jam@tigger.ws> wrote:
>
>> On 14 Feb 2021, at 9:08 pm, John Hoyt <john.hoyt@gmail.com <mailto:john.hoyt@gmail.com>> wrote:
>>
>> sudo port install mariadb-10.2
>
> John having done the git-sources stuff you wrote about
>
> Would not
> $ sudo port sync
> Be correct ?
>
> The self update tries for ever to do a rsync. In any event this install is 1 day old!
>
> jam@ws129 ~ % sudo port install mariadb-10.2
> ---> Computing dependencies for mariadb-10.2
> ---> Fetching archive for mariadb-10.2
> ---> Attempting to fetch mariadb-10.2-10.2.36_0.darwin_19.x86_64.tbz2 from http://jog.id.packages.macports.org/macports/packages/mariadb-10.2 <http://jog.id.packages.macports.org/macports/packages/mariadb-10.2>
> ---> Attempting to fetch mariadb-10.2-10.2.36_0.darwin_19.x86_64.tbz2 from https://kmq.jp.packages.macports.org/mariadb-10.2 <https://kmq.jp.packages.macports.org/mariadb-10.2>
> ---> Attempting to fetch mariadb-10.2-10.2.36_0.darwin_19.x86_64.tbz2 from https://ywg.ca.packages.macports.org/mirror/macports/packages/mariadb-10.2 <https://ywg.ca.packages.macports.org/mirror/macports/packages/mariadb-10.2>
> ---> Verifying checksums for mariadb-10.2
> Error: Checksum (rmd160) mismatch for server-10.2.36.tar.gz
> Error: Checksum (sha256) mismatch for server-10.2.36.tar.gz
> Error: Checksum (size) mismatch for server-10.2.36.tar.gz
> Error: Failed to checksum mariadb-10.2: Unable to verify file checksums
> Error: See /opt/local/var/macports/logs/_opt_mports_macports-ports_databases_mariadb-10.2/mariadb-10.2/main.log for details.
> Error: Follow https://guide.macports.org/#project.tickets <https://guide.macports.org/#project.tickets> to report a bug.
> Error: Processing of port mariadb-10.2 failed

Try ‘sudo port clean —all mariadb-10.2’ before attempting to install again. Network errors do happen from time to time and the downloaded copy of the tarball may have a glitch.

BTW, selfupdate is preferred over sync since you never know when a new version of MacPorts will be released!

Craig