Podbird reignited
-
I do have quite some problem to add a new podcast via url! In the past it worked without any problem. Does anyone realize this problem too?
I already tried lots of different ways to add a new podcast! Also tried a few different podcasts with different url endings. Also https and htttp
Any ideas? -
@flaun-in I can see this bug, will look at it
-
@flaun-in I made fix for that, see https://code.launchpad.net/~dano6/podbird/podbird/+merge/386561
-
@danqo6 Great! Very, very quick:) Thank you!
How could I try it out? Is it possible to compile a new updated version of podbird?
(sorry, I don't know that much about all this....) -
Thanks @danqo6, I'll give it a review when I have a bit of time spare and put out a new release
-
@libremax said in Podbird reignited:
Version 0.8.7 published today by Michael Sheldon:
- Fix playback rate
https://open-store.io/app/com.mikeasoft.podbird
I keep looking for this feature, but I can't seem to find it. I have the latest version from the open-store on the OP3.
- Fix playback rate
-
@joe That wasn't a new feature, it was a bug fix (a previous MR had included a change to the playback rate which shouldn't have been there). I might see about making the playback rate configurable when putting together the next release though
-
@Elleo Ok thanks for the clarification. And thank you for working on this!
-
Hello guys, I implemented today that podbird can remember queue between restarts and playback position for every episode. There is new setting where you can set up that episode will continue in playing where you left. Can you please test it? Download armhf or arm64 build.
@flaun-in It has implemented that fix too -
@danqo6 said in Podbird reignited:
Hello guys, I implemented today that podbird can remember queue between restarts and playback position for every episode.
Whhhheeeet?? How did you do that?
-
@danqo6 amazing! Highly desired feature.
It works on armhf Ubuntu Touch GSI OP3.
Interesting that it is an optional setting. I , too, wonder how it works, and would a crash of Podbird still be able to catch the position before it closes? Will continue testing.
Thank you for this!
-
Arale on dev channel
- Reopening the app keeps the cue (but keeps the already listened episodes)
- Position in a episode is lost (always starts from position 0:00) no matter if it's on or off settings for downloaded episodes
*. - Listen an episode until the end, reopen the app. The episode stays in the cue
*-- If the last listened episode is a downloaded episode, when reopening, the position is lost
-- Online episodes remember position
-- If you listen to a downloaded episode, jump to an online episode and reopen the app. Position of both episodes are remembered -
@joe said in Podbird reignited:
Interesting that it is an optional setting.
Because I am not sure how reliable it is
I , too, wonder how it works, and would a crash of Podbird still be able to catch the position before it closes? Will continue testing.
No, during crash it shouldn't work, it catches event onDestruction and during crash it is not trigerred.
@CiberSheep I will test more
-
@CiberSheep Thanks for extensive testing, I can reproduce it too.
-
@danqo6 sounds fab - will install, test and provide feedback
-
I have an issue like this:
Downloading episode and playing doesn't seem to know that it is downloaded.- Close the app
- Turn off wifi
- Open and try to play and nothing happens.
- Turn on wifi
- Sometimes plays, or sometimes renders the episode completely unplayable
It's more of an issue of Podbird not knowing that the episode can be played offline.
Seems to be the case with the new setting on or off. -
Queue retention and retention of active track within queue seems much improved in this new build.
Remembering of play position within the track however doesn't seem to work for me. I've toggled the setting on, and it shows green, but doesn't seem to help
This may not be a Podbird problem per-say, more it's interactions with Media-Hub but even in the new build, tracks after the first one are not controllable from the Sound dropdown
Disconnect of heaphones does not stop playback on the second track the way it does with the originally played one
Again a Media-Hub / Podbird interaction thing I suspect.
-
I can confirm that media-hub is a bit broken, not all qtmultimedia features are implemented and correctly working. Restoring playback position is buggy now, will dig deeper tomorow.
-
@danqo6 The same thing does not happen with the Music App, that seems to talk to Medi-hub fine. Is that because it's more integrated into the OS as a stock app? Any code there that might be helpful in debugging Podbird / Media-hub intergeneration?
-
Hello guys again,
I have for you another version for testing. Restoring position should be more reliable now, I changed behavior of seeking slider and added to episode details position were you stopped listening certain episode.
Download armhf and arm64 build.@CiberSheep Your issue should be fixed
@joe said in Podbird reignited:
- Sometimes plays, or sometimes renders the episode completely unplayable
@joe Please test if this issue still persist
@theare27 said in Podbird reignited:
Any code there that might be helpful in debugging Podbird / Media-hub intergeneration?
Thanks, that idea helped me quite a bit, music app has a lot of workarounds
