

position of last stop (type integer ) (if duration = stop position -> episode completed).list of new episodes available since last sync (type date+time) (complete list = old + new ).Maybe I am a bit naive on this, but the way I look at it, each subscribed podcast would require these data: I am still puzzled about the amount of data that is really necessary for a synchronization.
GPODDER EEVBLOG 849 SOFTWARE
A regular backup has never been a bad idea, no matter which piece of software is involved, so I would call this a real necessity to be implemented anyway. So, from my perspective, gpodder is not any more reliable than the method I described above.Īs a matter of fact, there is just a very tiny change that needs to be done toAP to make my “solution” work, or at least make it possible to try it out: AP would need a setting to automatically export its database on a scheduled base.

GPODDER EEVBLOG 849 MANUAL
At least once a week I need to manual synch me devices by copying the database from one device to the other two. Gpodder has not managed to synch these three devices without me having to intervene regularly. I am using three devices to listen to postcasts: my phone, when I am away from home, my tablet, when I am at home but not using my PC, and my PC. I am not sure, if a real synching service like gpodder would be suitable for this kind of power usage, or if this would make the service go haywire. Of course, this solution will not work for someone who starts listening to a podcast on one device, then adds a new podcast using a second device, while simultaneously marking an episode as read on yet another device. But, as I was saying, this kind of synching should be considered as a sort of “plan B”, meant for users, who don’t need more than one or two synchronizations per day and who don’t use more than two or three different devices for their podcasts and who don’t switch between their devices often. I am aware that this solution is far from being perfect, and I understand your points there. What do the experts think about this idea? And even if I suddenly have to use my tablet instead of my phone, I can easily trigger manual synchronization to make the latest changes available to me.

For instance: my Osmand/Nextcloud combination is being synchronized once a day, and that is sufficient enough for me, because I don’t switch from one device to another very often. But for people who can live with a longer delay, this could be a solution for them. Of course, there is one drawback: you can not use this kind of synchronization and expect changes to be available on all devices within seconds or even minutes.
GPODDER EEVBLOG 849 DOWNLOAD
Any synching software, regardless on which device, will always take care of timestamps and will always see that the most recent version is uploaded to the NC server, so that any device will always download the most recent version.įor example, this is the way I use Osmand (my navigation app) in conjunction with Nextcloud: whenever I save a new favorite location or a pre-calculated route one one device, this new data will be synchronized to all my devices. This file could then be synchronized using a simple service like Nextcloud. To me, a server based solution like gpodder, offers the possibility to sync the data nearly instantly: if I stop listening to a podcast on one device, within seconds the listening position is synchronized and I can pick up any other device and continue listening there.īut what about user, who don’t need this instant synchronization?ĪP could store all its information in one local data base (sqlite) file, whenever some changes are made, whether it’s a new subscription, a positioning info within a podcast, or whatever. I’ve read quite a few articles and discussions about what is necessary to synchronize a podcast app’s data between different devices, and I understand that it takes some API and some data base to store all the information about the subscribed podcasts and their status.īut I still think that there might be a different way to sync this data. Now the service has been down completely for days, and who knows when (and if!) it is going to come up again. Especially when trying to sync more than 2 devices, there have always been discrepancies regarding subscriptions and their status. To me, gpodder’s service has proven to be quite unreliable, ever since I started using it.
