Active Topics
-
Porting apps to Leste (40)
to Maemo 7 / Leste by Maemish - 1 day, 19 hrs ago -
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 5 days, 23 hrs ago - more...
 |
|
2016-12-26
, 06:38
|
|
Posts: 394 |
Thanked: 1,341 times |
Joined on Dec 2009
|
#32
|
Originally Posted by romu
The main use case for me was audio books, of which many I have are made into a few, long tracks. So, yes, it's single album/directory focussed.
After being able to use it for a couple of album playbacks, here is my main comment: I've the feeling the Talenfish UX is oriented "track playback". For example, you can tap on a track to play it, but you've to "Open Directory" to play the whole album.
That's totally personal, but I would have expected quite the opposite, Talenfish being "album first" instead of track.
My 2 cents.
Originally Posted by marmistrz
From another thread:
Since it's mostly QML, maybe it'd be worth to put the source on GitHub or so?
Originally Posted by karlos devel
The problem with talefish is: It's pretty but not a very good app beneath that – and QML only, which does not help in a lot of areas.
any plans to Talefish @velox? : )
If someone convinces me they'd be able (or willing enough to learn) to help, I'll put it on github, but I think some players are just doing a better job.
I don't say I'll never try to do it, but it basically would have to be rewritten to be nice. Currently I have no short term goal to do that (by myself
).
__________________
slumber: sensors enabled sleep timer for SFOS (translations/input/… appreciated if you've got some spare time)
talefish: directory based audiobook player for SFOS
nofono: ofono restart for SFOS
___
list of i486/noarch packages on openrepos (jolla tablet)
slumber: sensors enabled sleep timer for SFOS (translations/input/… appreciated if you've got some spare time)
talefish: directory based audiobook player for SFOS
nofono: ofono restart for SFOS
___
list of i486/noarch packages on openrepos (jolla tablet)
|
|
2016-12-26
, 09:14
|
|
Posts: 171 |
Thanked: 337 times |
Joined on Jul 2010
|
#33
|
Happy holidays, everyone. Talefish is a wonderful software.
If I were allowed to make a wish, I'd love to have it somehow tied in with gPodder to "automagically" enqueue podcast downloads in sequence.
So far, I've been adding podcast directories to Talefish. However, those are not necessarily in the right order.
Anyway, velox, you are doing a great job! Many thanks!
If I were allowed to make a wish, I'd love to have it somehow tied in with gPodder to "automagically" enqueue podcast downloads in sequence.
So far, I've been adding podcast directories to Talefish. However, those are not necessarily in the right order.
Anyway, velox, you are doing a great job! Many thanks!
| The Following User Says Thank You to dubliner For This Useful Post: | ||
|
|
2016-12-26
, 12:53
|
|
Posts: 201 |
Thanked: 410 times |
Joined on Dec 2013
|
#34
|
This application is amazing.
Feature Request: can you add a timer which decides to stop playback. Would be nice to have when listening to audiobooks in the evening / in bed.
Sorry, I just now realosed that there's slumber. Integration woukd be nice anyways
Last edited by gaelic; 2016-12-26 at 13:50.
Feature Request: can you add a timer which decides to stop playback. Would be nice to have when listening to audiobooks in the evening / in bed.
Sorry, I just now realosed that there's slumber. Integration woukd be nice anyways
Last edited by gaelic; 2016-12-26 at 13:50.
| The Following User Says Thank You to gaelic For This Useful Post: | ||
|
|
2016-12-26
, 17:31
|
|
Posts: 394 |
Thanked: 1,341 times |
Joined on Dec 2009
|
#35
|
Originally Posted by gaelic
Slumber was part of Talefish initially, until I realized that having a good sleep timer as a standalone tool for all media players multiplies it's "usefulness per code maintainance" ratio (also: most sleep timers in players are not nice since it always has to be a secondary feature). Because the timer portion was much more mature/useable, I made slumber. It should work pretty seamlessly with Talefish.
This application is amazing.
Feature Request: can you add a timer which decides to stop playback. Would be nice to have when listening to audiobooks in the evening / in bed.
Sorry, I just now realosed that there's slumber. Integration woukd be nice anyways
edit:
Originally Posted by dubliner
I don't think the gpodder integration be easy. But the sorting of directories might be: Have you tried sorting the open dialog by using it's pulley menu?
If I were allowed to make a wish, I'd love to have it somehow tied in with gPodder to "automagically" enqueue podcast downloads in sequence.
So far, I've been adding podcast directories to Talefish. However, those are not necessarily in the right order.
cheers all, thanks for your appreciation
__________________
slumber: sensors enabled sleep timer for SFOS (translations/input/… appreciated if you've got some spare time)
talefish: directory based audiobook player for SFOS
nofono: ofono restart for SFOS
___
list of i486/noarch packages on openrepos (jolla tablet)
slumber: sensors enabled sleep timer for SFOS (translations/input/… appreciated if you've got some spare time)
talefish: directory based audiobook player for SFOS
nofono: ofono restart for SFOS
___
list of i486/noarch packages on openrepos (jolla tablet)
Last edited by velox; 2016-12-26 at 17:41.
| The Following User Says Thank You to velox For This Useful Post: | ||
 |
|
2016-12-26
, 19:25
|
|
Posts: 6,447 |
Thanked: 20,981 times |
Joined on Sep 2012
@ UK
|
#36
|
Originally Posted by velox
I am not convinced with "always" and "has to be". A well integrated sleep timer can, for example, not just cut off in the middle of the word when the time comes. It can, for example, wait for the end of the current track and then gently fade to silence (in case the track ends abruptly). An even better integrated sleep timer can do even more advanced things, like recognise that there is a quiet passage ahead and stop there.
most sleep timers in players are not nice since it always has to be a secondary feature
__________________
Русский военный корабль, иди нахуй!
Русский военный корабль, иди нахуй!
| The Following User Says Thank You to pichlo For This Useful Post: | ||
|
|
2017-01-01
, 14:22
|
|
Posts: 171 |
Thanked: 337 times |
Joined on Jul 2010
|
#37
|
Originally Posted by velox
Thank you so much for that helpful reply, Velox! As for the pulley menu, indeed I had somehow managed to miss it. Sorry about that.
But the sorting of directories might be: Have you tried sorting the open dialog by using it's pulley menu?
Here is another question, though: Is there a way to add a file or a directory to the established playlist without overwriting the previous choices?
| The Following User Says Thank You to dubliner For This Useful Post: | ||
|
|
2017-01-01
, 16:44
|
|
Posts: 3,328 |
Thanked: 4,476 times |
Joined on May 2011
@ Poland
|
#38
|
velox:
First of all, what's wrong with app being QML-only? What's wrong with the app itself?
I'll hopefully be a Sailfish user from next vacation (if I manage to port it to my phone) so I couldn't make a direct check, but a quick search yields no other audiobook players for SFOS
First of all, what's wrong with app being QML-only? What's wrong with the app itself?
I'll hopefully be a Sailfish user from next vacation (if I manage to port it to my phone) so I couldn't make a direct check, but a quick search yields no other audiobook players for SFOS
| The Following User Says Thank You to marmistrz For This Useful Post: | ||
|
|
2017-01-01
, 17:39
|
|
Posts: 394 |
Thanked: 1,341 times |
Joined on Dec 2009
|
#39
|
Originally Posted by dubliner
If those new files are at the end of the list of opened files, it should work, because the way Talefish saves the progress is quite simple (some might say stupid). It saves three values of each directory already played, of which only two are really relevant to setting the progress:
Here is another question, though: Is there a way to add a file or a directory to the established playlist without overwriting the previous choices?
- current index (number of the file in playlist played)
- duration played in file
- percentage played in directory (this is only used to display the percentage bars in the open dialog)
While this means you may get weird behaviour if you choose to reopen a directory with different sorting, you should be fine just reopening the directory when adding files at the end. I hope this helps as well.
Originally Posted by marmistrz
Well, qml is not a bad thing in general. Actually I think it's really nice to do user interfaces and some other things with it. Directory based media handling, for example, sadly is not one of those things*: I haven't found a nice way to query file durations (or any way at all to get file meta data like ID3), so if you open a directory, it has to open each file and hope that it's a valid format that is read within the limits of a "watchdog timeout". For large directories that's taking a while and may even trigger the systems crash handler dialog.
velox:
First of all, what's wrong with app being QML-only? What's wrong with the app itself?
I'll hopefully be a Sailfish user from next vacation (if I manage to port it to my phone) so I couldn't make a direct check, but a quick search yields no other audiobook players for SFOS
Basically, opening files and searching for matching covers (easter egg: you can put different jpgs named somehow similarly to the corresponding audio files in the opened directory to match them) is just a bunch of more or less dirty hacks put together.
Also: Kudos for trying to port your device!
*) I really would like someone to prove me wrong here!
__________________
slumber: sensors enabled sleep timer for SFOS (translations/input/… appreciated if you've got some spare time)
talefish: directory based audiobook player for SFOS
nofono: ofono restart for SFOS
___
list of i486/noarch packages on openrepos (jolla tablet)
slumber: sensors enabled sleep timer for SFOS (translations/input/… appreciated if you've got some spare time)
talefish: directory based audiobook player for SFOS
nofono: ofono restart for SFOS
___
list of i486/noarch packages on openrepos (jolla tablet)
Last edited by velox; 2017-01-01 at 17:43. Reason: copy paste does not make for good writing.
|
|
2017-01-01
, 17:53
|
|
Posts: 3,328 |
Thanked: 4,476 times |
Joined on May 2011
@ Poland
|
#40
|
Originally Posted by velox
Well, tbh, when I create QML apps, I create everything possible in QML. Often it's much faster to write some QML code than to mess around with the C++ integration, which is not a one-liner. Of course you can't do everything in QML.
Well, qml is not a bad thing in general. Actually I think it's really nice to do user interfaces and some other things with it. Directory based media handling, for example, sadly is not one of those things*: I haven't found a nice way to query file durations (or any way at all to get file meta data like ID3), so if you open a directory, it has to open each file and hope that it's a valid format that is read within the limits of a "watchdog timeout". For large directories that's taking a while and may even trigger the systems crash handler dialog.
Basically, opening files and searching for matching covers (easter egg: you can put different jpgs named somehow similarly to the corresponding audio files in the opened directory to match them) is just a bunch of more or less dirty hacks put together.
Also: Kudos for trying to port your device!
*) I really would like someone to prove me wrong here!
As for the concrete case: have you tried doing that in parallel? In QML it was called a WorkerScript or so iirc. Besides, I don't think you have any other way to find out the duration than to query every file unless you use tracker or any other indexer - which you don't want.
Maybe you could use some libmediainfo or so to query the data about the files and something for querying the MIME type (ignore the file if the MIME is bad). You could use a QThread so as to make it parallel. But I guess you can't do much more with QML only.
You really should ask for details on the mailing list or IRC because I don't know which libraries are on SFOS and which not.
As for the image querying, I don't get what you mean.
Anyway, you could simply document the quirks and say: "it's simply all that I need"
If someone needs more, they can always fork and implement it themselves and don't have to mess with the boring UI stuff.
/edit: btw. libmediainfo on Arch Linux
Code:
Depends On : curl libmms libzen
| The Following User Says Thank You to marmistrz For This Useful Post: | ||
If you want to support my work, you can donate by PayPal or Flattr
Projects no longer actively developed: here