Location was added to some of the recording if media codec and the user gives proper permission.
LocationAddressProvider uses reverse geocoding to get the approximate location for in human-readable terms.
parseLocationFromString parses the location metadata from the string to BaseLocationModel.
Added translation for the new entries in strings.xml.
Moved extract metadata and evaluateValuesFromCursor functions to get the current recording to PlayerFileProviderImpl as those aren't reused.

Most of the changes are due to package import change.
In AudioBookMarksList check if bookmarks are present then only they can be exported.
In AudioFileMetaDataSheetContent column is replaced with a lazy column,all those extra metadata can't be fixed in a single viewport sized column.
Set buildConfig to true in buildFeatures in build.gradle.kts
And used the buildConfig to show version rather than package info.

…cordings.

In VoiceRecordingsProvider added an extra method that only queries for only owner level recordings. ie, the recordings belonging to this app.
Reading external recordings will be only allowed if the device is api level 31+ and only the recordings folder, only the metadata available will be read.
Added RecordedVoiceModel.owner which determines which app created this recording,owner helps with working with files as android scoped storage has a lot of restrictions.
In TrashRecordingsProvider implementations , its make sure that we trash's or delete recordings created by this app only otherwise Resource.Error of CannotTrashFileDifferentOwnerException is thrown.
And tried to use of concurrent features of coroutines.
Some renaming on Screen Events associated with SecurityExceptions to delete external files yes we can delete them but its not proper job for this app.
Added data with Resource as this data will prevent mutations in the workflow.
RecordingsProvider changes are added as per requirements for VoiceRecordingsProvider and TrashRecordingsProvider.
Changed the relative path for the recordings previously they were stored on MUSIC dir but on API 31+ we have a RECORDINGS dir.

Again for this simple change FileSettings proto AudioSettingsViewModel FileSettings.kt and similar files are edited.
Some classes are renamed to simpler terms.
Delete Recordings will not always happen via MediaStore.createDeleteRequest rather than only normal mode, as these files owner is always this same package.
Added settings dependency in VoiceRecordingsProviderImpl to allow external recordings or not.
Rename feature is not yet done, as external files can also be renamed need to handle that use case, it will be looked later for the meantime it cant be done.
UpdateRecordingPathWorker updated the recording path to use the Environment.DIRECTORY_RECORDINGS.
In .gitignore added .kotlin which contains some session and log files which are not needed.

The rename_dialog should allow recordings to be renames if there is a security excepting the user is prompted to write request on the file if allowed then rename is possible.
Recordings are prefilled from the previous name if the recording id is available.
On RecordingCard its mentioned that its from another app.
The flow is made similar to trashing non owner recordings.
Added some bn translations.
Fixed saving the content of the file in RecorderFileProviderImpl, we need to save bytes not text.

Don't know but deleting matching media-store  entries together via content resolver has no effect, thus need to delete them one by one.