MP4 PAL 720x576 4:3 pixel ratio export in DVR

I like to know if some one know the tech reasons why when exporting a PAL format 720x576 4:3 in mp4 (quick time or mp4 container) I get a pixel aspect ratio (aka SAR) of 59:54 (and 118:81 for 16/9 aspect ratio).
In the document ITU T-REC-H.264-201906-I
at page 389 Table E-1 specify that the aspect_ratio_idc: 2 for 720x576 4:3 frame with horizontal over scan must be 12:11 (and 16:11 for 16/9 aspect ratio). I believe in NTSC the problem is the same but I didn't check it yet.
I could not find any way to force the output of the aspect ratio look like DVR set always this aspect ratio that are not ITU H264 compliant.
Any idea? Thanks
NB: if you wonder why losing time with PAL SD format: I am restoring a "video art" video archive (1000h of video mainly in SD format), the final archival delivery will be in FFV1 but the consulting version will be in MP4 following the ITU specs, and I need to deliver some video test in the appropriate format to the consulting application developers, to solve the issue I encoded a uncompressed file with ffmpeg and the appropriate SAR but I found questionable this behavior in DVR. I remember that in the past when exporting from Flame in Prores 720x576 the exporter was setting the SAR to 181:81
In the document ITU T-REC-H.264-201906-I
at page 389 Table E-1 specify that the aspect_ratio_idc: 2 for 720x576 4:3 frame with horizontal over scan must be 12:11 (and 16:11 for 16/9 aspect ratio). I believe in NTSC the problem is the same but I didn't check it yet.
I could not find any way to force the output of the aspect ratio look like DVR set always this aspect ratio that are not ITU H264 compliant.
Any idea? Thanks
NB: if you wonder why losing time with PAL SD format: I am restoring a "video art" video archive (1000h of video mainly in SD format), the final archival delivery will be in FFV1 but the consulting version will be in MP4 following the ITU specs, and I need to deliver some video test in the appropriate format to the consulting application developers, to solve the issue I encoded a uncompressed file with ffmpeg and the appropriate SAR but I found questionable this behavior in DVR. I remember that in the past when exporting from Flame in Prores 720x576 the exporter was setting the SAR to 181:81