Ask / Submit
19

Long audio track handling in Media app

asked 2013-12-29 22:47:48 +0300

janski gravatar image

updated 2014-10-15 19:05:18 +0300

molan gravatar image

I do often listen to long radio shows that I've recorded, or podcasts. The media app shows duration of long tracks (over 60 minutes) being the amount that it's over the hour. 74:30 minutes shows up as 14:30 and so on.

Given that there is limited space for digits, I suggest the long track seconds be trimmed (if necessary, over 100 minutes) and instead show minutes correctly.

Also, I suggest a fastforward/seek function by holding down next/previous track button, as seeking the correct place in the recording just by moving your finger through the play line is extremely inaccurate, near impossible, especially with longer tracks.

edit retag flag offensive close delete

Comments

Good suggestion, but why not just borrow the way youtube handles seeking in long videos? I think it works perfectly.

gukke ( 2013-12-30 02:36:08 +0300 )edit

About seeking... landscape mode could provide some help with the inaccuracy. Also, I think the Media app should be made aware of the concept of podcasts by storing them under a separate folder.

fercen ( 2013-12-30 09:05:30 +0300 )edit

@fercen It will, but would you really want to rely on having to tilt your phone into landscape mode just to do a more accurate seek? Also, it would only say double the accuracy; what if you have a 10 h track? Landscape will only help so much...

gukke ( 2013-12-30 14:02:06 +0300 )edit
2

A possible solution to the inaccurate seeking would be to make seeking speed relative to vertical distance of thumb from the seek line. That way you could just move your thumb upwards, from the line a bit if you needed a more accurate seek. It would feel pretty natural I think.

gukke ( 2013-12-30 14:04:12 +0300 )edit

There is another behavior for tracks between 60 and 61 long: the displayed time is 01:ss with ss the number of seconds after 60.

Vivien ( 2013-12-30 21:08:15 +0300 )edit

1 Answer

Sort by » oldest newest most voted
2

answered 2014-10-15 19:13:02 +0300

r0kk3rz gravatar image

updated 2014-10-15 19:29:25 +0300

I might be able to support this for a sailfish media player I am developing (SirenSong), the current work in progress is on OpenRepos but doesn't support seeking at all at present. It likely has the same UI issues as well, but that shouldnt be too hard to fix.

A lot of the underlying functions are part of QtMultimedia so adding in seeking with long track support shouldn't be too difficult to add in

edit flag offensive delete publish link more

Comments

1

actually reviewing the code the UI should be ok with up to 99 min track length, with maybe some issues beyond that.

r0kk3rz ( 2014-10-15 19:52:49 +0300 )edit
Login/Signup to Answer

Question tools

Follow
2 followers

Stats

Asked: 2013-12-29 22:47:48 +0300

Seen: 235 times

Last updated: Oct 15 '14