Beta Version 2.2.0

2.2.0-beta1
LG G6 Android 9

These are comments on the Beta for the next release (I am a Beta Tester on Google Play). It is therefore not a bug as it does not affect regular users so I am putting it here under Support.

#1 On automatic refresh all my internal folders are flagged as error. Manual refresh works. Workaround is to turn off 鈥淜eep Updated鈥 for each internal folder individually. Not optimal as I add episodes to some of my internal folders automatically via networking with my PC.

I noted this via Google Play for the Beta and received a reply that it will be fixed in the next Beta release. As recommended by @ByteHamster I am now using the forum for the feedback.

#2 I like the new 鈥淪how Remaining Time鈥 option but it does not work on the widget, which is where I (and no doubt others) would most appreciate it.

BESTEST
David

1 Like

Hi @DavidDez
Thanks for chipping in in the forum :slight_smile:

Regarding remaining time in the widget: that鈥檚 tracked here on GitHub: Display remaining time instead of total time in widget 路 Issue #4872 路 AntennaPod/AntennaPod 路 GitHub

Edit: the issue actually was created following an earlier post from you here on the forum :wink: Playing Time Bar

2 Likes

Thanks for reminding me, @keunes ! Apologies to @Matth78 who created the Git-Hub post.

Which poses the question - with both this forum and Git-Hub in use for features (forum to discuss functional needs, Git-Hub for the programming and analysis discussion) should there not be some cross-reference list? Or am I making a mountain out of a mole-hill (ie design a pressurized space pen when a pencil is sufficient)?

I like the analogies hehehe. I don鈥檛 think a cross-reference list is needed. It probably wouldn鈥檛 have helped in this case either, since you forgot your own forum post as well :wink:

And it鈥檚 not a big deal - we can cross-reference manually, and if a GH issue is mentioned in the forum a link is published automatically on GH. So that鈥檚 quite handy.

1 Like

Thanks! Guilty for being forgetful! Am at the age (you鈥檒l find out) that it happens!

If a change is on Git-Hub does that mean it鈥檚 鈥渁pproved鈥, is being worked on and is scheduled for the next version if successfully programmed and tested?

1 Like

If it鈥檚 on GitHub it鈥檚 somewhat approved but still it needs someone willing to implement it.
Implementation are the Pull Requests (PR) which have to be reviewed and approved before being merged to code.

To sum it up : this forum is (in part) to avoid to overwhelm GitHub issues with issues already existing or which won鈥檛 be accepted. Besides it鈥檚 also a way to discuss about it and try to keep issues as clean as possible for a potential developer.

If you are interested in an issue you have to follow it on Github to be notified when there is some new info about it.

3 Likes

Well explained - thanks!!!

I just uploaded the update. Might take a few hours for Google to review it.

1 Like

Beta2 updated. Local folder automatic refresh now working - thanks!

Rather than just using the Beta for finding glitches, as important as that is, it can also be used as an 鈥渁cceptance test鈥 for new features. Other than the 鈥淪how Remaining Time鈥 option, are there other new items that can be tested? I realize that many changes may not be testable as they involve compatibility or efficiency issues, or specific bug fixes that don鈥檛 affect all users.

BESTEST
DavidDez

2 Likes

This may - or may not - be Beta related. It is confusing and difficult to explain so please first refer to the attached screenshots.

Screenshots Playing & Queue, were taken at the same time while paused listening to an episode - the time left shown on them are different - and negative! The times shown on the widget are: 0:52:13 / 0:50:16 is consistent with the times shown on the Playing screenshot. Note that the total duration is less than the time played! I also have a screenshot of the widget but as it is on my phone鈥檚 home page for privacy reasons I don鈥檛 wish to post it, however I can email it to @bytehamster along with the url of the podcast if requested.
The screenshot Episode is consistent with the Queue screenshot - it is the episode as shown in the subscription taken after I finished the episode itself and it was deleted. I did not time my actual listening - but I believe that it was just over an hour.

I paused various times while listening to this episode, and also rewound on occasion using both my Bluetooth earphone鈥檚 and the screen鈥檚 button. Also, what I suspect may be the cause, while pausing I listened to another podcast (a news bulletin) and then returned to this one. On returning I seemed to have been further forward in the episode than where I left off, and I used the time bar on Playing to rewind. It was then that I noticed that the time left was incorrect.

I suspect that this may have also occurred to me about a month ago (ie before the Beta version) - I remember noticing the play time on the widget greater than the total duration, but I then disregarded it. In a quick search through the forum I have not seen a similar problem described.

I hope that I have been sufficiently clear in my description. Please advise if you need further info and/or if I should move this over to the Bug category.

BESTEST
David

@DavidDez your bug looks like it might be caused by my pull request to show the remaining time on a podcast.

You can activate this via the preference ( User Interface) or tapping on the time on the bottom right in the playing screen.

Does it happen only this particular podcast or others?

1 Like

Thanks for joining in @tonytamsf. It鈥檚 an honour!

What you suggest is the cause is certainly possible - I did turn on the new option in the Beta 2.2 settings. Also, prior to it being an option, I had tapped on the time as you described in the production version 2.1 - so it may be a factor in what may have happened to me before.

No - that鈥檚 my only example. I am limited in free time but nonetheless will keep an eye out on my time bar while listening in general and will also try to recreate various scenarios and see if I can cause the problem to re-occur.

Sometimes (when episodes do not specify the duration in their headers and use variable bitrate encoding), AntennaPod has to guess the total duration based on file size. There are some cases where it is not 100% accurate and the playback position gets more than the duration. I think in this case, it would be good to just set a remaining time that is <0 to 0.

2 Likes

Thanks @bytehamster (BTW - what a wonderful nom de plume!). I had thought that a variable bitrate might be a cause. And yes, in those cases making <0 into 0 (and I assume when total duration is shown, like in the widget, to make it equal to the played time) would be less confusing to the listener. Would this cause a problem with the 鈥淪mart Marked as Played鈥 option?

Although this makes sense, was the bitrate and lack of header the problem in my specific case? Perhaps there are other causes (or co-causes) like the change @tonytamsf cited or my thought about having paused, rewound and played another episode during the pause. I鈥檒l try to test the latter.

1 Like

I notice on the 鈥淲hat鈥檚 New鈥 in Google Play for Beta 鈥淥ptional rewind, forward & skip buttons on widget鈥 is listed - that is @tonytamsf鈥檚 Widget improvement, which is also on GitHub.

I don鈥檛 see it in settings - is it my old eyes, am I missing something or was it listed but not in the current Beta2 version and will be in a later one?

1 Like

The settings are shown when adding the widget :slight_smile:

2 Likes

Thanks - have now deleted the old widget, put in the new - Looks Great!!

I had jumped to the wrong conclusion on how it was implemented. Perhaps best that I shouldn鈥檛 test new features in the Beta and keep myself centred noticing any problems that may come up!

1 Like

@DavidDez I find it useful for this type of acceptance testing for the releases, beta and production so users can find out what has been released as well as how they can adopt it.

It is useful for me as a developer to see how the features are adopted as well as bugs with the new changes

1 Like

The fix for this is here, thanks for reporting

2 Likes

Thanks @tonytamsf - therefore to improve the adoption of the new widget feature, I suggest that the 鈥淲hat鈥檚 New鈥 in Google Play should say something like 鈥淭o adopt the new widget features delete the old and re-install鈥

1 Like