I have an old Android application that is several years old and does not work on newer systems. Please provide a quote for re-performance with changes in the attachment.

Link to download the old application the old application is in the project files - if the link doesn't work [login to view URL] And here's what should be in the new version: A necessary condition is to implement a voice input mechanism consisting of the words "photo [number of the next photo]" after taking a photo (this is the basic functionality of the application). There is no situation where a photo is taken during audio processing from the microphone. When starting voice recording, we have two options: either we stop recording with the recording button and then we can take a photo with the photo button, or we press the photo button, which automatically stops recording and we take a photo. The only problem that may arise is the different sampling frequency and resolution of voice and recording samples. I know that some players played such recordings incorrectly. Some adjusted automatically. Probably it's also possible to ensure uniform recording parameters. • UI modernization (new controls, horizontal and vertical mode) • different camera appearance Voice inserts for the application - female: In the attachment [login to view URL] Here are all the inserts. For recording 999, we create as follows: "Nine hundred" "Ninety" "Nine" Each sample is separate So, the layout refreshment is current SETTINGS Name of the data storage folder on the phone – it was more about choosing the access path to the place where the data will be stored, and the folder name is INITIAL_photo dictaphone – it will be created automatically after entering the initial. Of course, the program can default to create such a path – settings allow its change. INITIAL Mail You can indeed add a name and surname and generate the INITIAL from it, but this is optional. That is, if it's already there, let the name and surname and company name remain, but only the INITIAL and email are required fields. The rest isn't. I know you suggest the previous application, but if we didn't include a particular element in the specification, there's no point in creating it. It would be good if the full access path to the directory where our session directory will be located were visible in the settings. We also don't have a narrator choice – in the previous version, there was one but it doesn't have to be here. This field can disappear completely from the settings. Please also do not create FTP profiles – the data will be sent to the server in a different way. That's why it's necessary to lock the session directory until the session is finished. When creating a new session, the initials should automatically be retrieved from the settings. As for the session view: Left column – we can increase the font size of the session name a bit. We can remove the column with the initials – it will be saved in the session name anyway, and the application always uses the phone owner and the application user named in the settings. Instead of the musical note and camera, let's insert a folder icon (in vertical layout) and the access path with a folder icon (in horizontal layout) – clicking opens the file browser with that folder. In the last column, we have the session status (open/closed) This shifting of sessions left/right to enter a session and delete somehow doesn't appeal to me. That is, entering a session, yes, but deleting I would do only from the selection option. The point is to be able to select multiple sessions and first end them (unlocking the session folder so that the synchronization program can fetch the data) and then have the option to delete – also after selecting multiple sessions. I would focus more on selecting/deselecting on the list. As for the camera. It would be good if the program launched the native camera application on the phone and only after taking the photo, the screen with options appeared: Save -> saves the taken photo and goes to the session Next -> saves the taken photo and restarts the camera Discard -> discards the taken photo and restarts the camera The back button returns to the session screen without saving. It seems to me that this would be much simpler, there would be no need to "anticipate" the camera functions in the phone. From what I remember, a similar approach was used in the previous version. the application must be in Polish