Dekko2 how to open attached .wav files?
-
@domubpkm
Doesn't work for me (xperiax arm64).
Wonder what can be the difference.
When looked into the issue, i've noticed a content-hub issue due to an apparmor policy. would it mean that Volla have a different layer of security ?If i look at mediascanner logs, i see :
something like that:
New File was created:...
Extracting metadata:...
Added song to backing store:...
File was deleted: ....
New File was created
Error when adding new fileDo you have that workflow ?
-
@lduboeuf You are right : in fact it doesn't work on the Volla too ! I really thought it worked but no : music app open on the previously read wav file that's why i thought it worked. So forget everything i said, sorry !
-
@domubpkm said in Dekko2 how to open attached .wav files?:
(not read directly as a preview, but by pressing the play button)
Music app doesn't "see"/find the .wav file when clicking on the .wav attachment. Music app tells: "no music found...", while the "spinning wheel" continues.
However I can read the file when storing it somewhere with the filemanager and open it then...But that's not the intended behaviour. -
@lduboeuf
Don't know if it's related to the gitlab content hub issue, but i noticed some time ago that if i try to open a video file (created by camera) from file manager with multimedia player app, then multimedia app launch and it spins forever.Opening same video file directly from multimedia player app works.
-
@keneda that could be related yes.
Content-Hub use a method to move a file, that method fails due to an apparmor restriction and makes media-scanner fails.Now we need to wait for 20.04...
Meanwhile for the .wav, playing them with dj-turntable works...
-
@lduboeuf said in Dekko2 how to open attached .wav files?:
Now we need to wait for 20.04...
Well, i think my MX4 will wait forever...
-
@keneda oh, true, i need to tell that to the team
So hotfix could be "sudo ubports-qa install PR_content-hub_10" ( RC or devel only )
-
@lduboeuf
I'm on stable, and maybe go RC if needed when support dropped for MX4, but thanks. -
@keneda i will try with a c++ xenial compatible code if it work i will report it here if successfull
-
@keneda i've done something that should be ok with xenial. I will try to push it to the Team for OTA-24
That would need an update of music app too.
finger cross -
@lduboeuf
You're awesome
I cross too -
@lduboeuf said in Dekko2 how to open attached .wav files?:
"sudo ubports-qa install PR_content-hub_10" ( RC or devel only )
Works for me! Thank you for the solution!
The attached .wav files are copied into the "phablet/home/music/imported folder" correctly and then can be played by the Music-app. The first time when I tap on the attachment, the .wav file isn't opened. The spinning wheel continues (possibly, the first tapping does the copy into the "music"-folder?) then I have to close dekko. When re-opening dekko and repeat tapping, the wav file is flawlessly played, leaving two identic files inside the music folder etc.
In the future, maybe, Music-app will allow directly deleting these files from inside the app...
But I am happy with this solution in the moment.
Thanks again! -
-
@uwahl i've changes a bit things, now it is harder because you would have to install MR 18 from content-hub and #68 from music app...
Tested yesterday, it seems to work -
@lduboeuf Hello ! To summarize:
sudo ubports-qa install PR_content-hub_18
and after
sudo ubports-qa install PR_music-app_68
Is this correct before testing ?
Do you think or know if the PR_music-app_68 be persistent after a reboot of the smartphone because there is currently a problem of non persistence of the playback feature of one title in loop after a reboot (see inside a comment of issue 85 music app), but maybe not related to music-app.
-
@domubpkm said in Dekko2 how to open attached .wav files?:
sudo ubports-qa install PR_music-app_68
Unfortunately we can't install a PR like this for music-app, you can checkout the PR and run clickable, but i admit more painful...
-
@domubpkm Found a link to the music-app that CI has built: https://gitlab.com/lduboeuf/music-app/-/jobs/2215802697/artifacts/download?file_type=archive
EDIT: humm i'm afraid that way will not work because of the same version of the app.
I propose you to wait some weeks... -
@lduboeuf are you sure the page exist yet ?
-
@domubpkm yes, but as it is on my repo, that is maybe why...
-
@lduboeuf can you put the click test somewhere ?
-