readydlna v4.2.22 & v1.0.25 scan in progress stuck

A further update on my situation: I have opened support case #20222221 with Netgear. So far I am just being asked to perform a wholesale upgrade/downgrade. They don't seem to have any real idea what's going on. I was first asked to upgrade to 4.2.22; when I pointed out that's what I was running, I was asked to downgrade to 4.2.21. I'm not real happy about this approach: you don't typically fix a software issue that has been localized to a single binary with a full OS up- or downgrade.

What I have figured out is that it looks like the initial scan and DB construction does work with at least some MTS files. The floating point divide by zero crash appears to lie in adding a .MTS file to a watched directory. A manual full rescan, using:

/usr/sbin/minidlna -d -v -R

from a root bash shell prompt, completed successfully, including dealing with a single small .MTS file. Adding a .MTS file to a watched directory will cause an immediate crash, whether minidlna is being run interactively or as a daemon process.

I still cannot get minidlna to scan all my files. It still crashes the scan process upon encountering the first .MTS file. All the files are from the same camera. The only obvious differences between the files that crashes and the files that pass are a) the file that crashes minidlna is much larger (~125MB vs ~19MB), and has been renamed.