nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 it seems to be all the "pods". I've been looking for some sort of pattern and I can't seem to find one. I'm an OTR truck driver and I'm starting to think that downloading isn't getting done where ever I end up parking. I looked to see if I can forgo download and just listen on demand but like I eluded to before... I'm not tech savvy. BTW, says alot about you and what your trying to do by responding. Thank you for your courage, stay safe and in the morning!
nostr:npub1vd9kh8th4rzwmdca4hqd8w59cfevjlwutety3yf3r4m0hg7mvecsfjemtt thanks for the kind feedback and ITM!
It does sound like lack of consistent internet connection could be related to the issue...No Agenda has some of the biggest episode files since shows can be 3 hours long. If possible my recommendation (if you haven't already) would be to try to download shows while you're connected to WiFi, and leave the app open until they finish downloading.
In the mobile app you can go to My Library (bottom tab) then Active Downloads to view download progress
nostr:npub1yauupmv0wtk5c5rmefajquzl0zqanzg2kvxyf6ztphs0pr29z0qq3jrf0u hope you enjoy it! There are pros and cons to each imo...if you have any feedback please let us know.
nostr:npub1xslhrkzjzztkc5xttgay46t4cc8jgmrcy0zxv0st46t6a52ndg0svcku66 thanks for your feedback. I spent most of the first 6 months of this year dedicated to Android fixes and improvements, so I'm glad it's at least noticeably better.
Are there any specific interactions that are running slow for you? Like is it slow when playing a downloaded episode, or when navigating from screen-to-screen?
Also, is the startup time part of the problem for you? We arbitrarily make the app wait 5 seconds on launch to give it time to handle some load and sync operations.
nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d
it's a good call, and I started down that road...but this looks like we're going to have to introduce another layer of storage and data mapping to be able to handle...
we can *request from server and save* the image no problem with a HEAD request...but then to get the chapter image out of our local storage/cache, we only have the original chapter image URL to work with, and at that point we don't know the extension again, so we don't know the file path in storage...
nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d and we obviously can't make another HEAD request for the "retrieve from storage" operation, since retrieving from storage is meant to work offline.
It's definitely solvable somehow, although I'm not looking forward to possibly having to add a whole new key/value mapping in storage in order to account for what appears to be the first edge case we've seen like this in chapter images. I'm talking to Creon tonight to see if he has better ideas...
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d The content-type Will be set correctly. That seems to me to be the only sensible way.
nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d
it's a good call, and I started down that road...but this looks like we're going to have to introduce another layer of storage and data mapping to be able to handle...
we can *request from server and save* the image no problem with a HEAD request...but then to get the chapter image out of our local storage/cache, we only have the original chapter image URL to work with, and at that point we don't know the extension again, so we don't know the file path in storage...
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d
I see what's going on. The image URL's in James's chapters file are using an encoded URL parameter format that our "local image caching" handler can't handle. PV is assuming the image URLs end with a file extension (.jpg, .png, etc.) but these do not. We need to assign a file extension before saving images to our cache.
I actually don't even know how we can reliably parse out what the image file type is for URLs like this. Anyone have ideas?
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d
one thing I could try is to force coerce the images into a default image type if we can't parse an image extension out of the URL. For example, use the .jpg file type extension for all images we save in our cache that we can't detect from the URL. I'm not sure that will work though but it could be a simple change.
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d
I see what's going on. The image URL's in James's chapters file are using an encoded URL parameter format that our "local image caching" handler can't handle. PV is assuming the image URLs end with a file extension (.jpg, .png, etc.) but these do not. We need to assign a file extension before saving images to our cache.
I actually don't even know how we can reliably parse out what the image file type is for URLs like this. Anyone have ideas?
nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d nostr:npub1mvde59wznjjq4gt35rw26wfs0hznhpc2tsnnw3vj3m99gq8zv4pqtgpqg5 nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn 🥳 thanks for checking
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn
Oh yeah, running with ✂️ on TeatFlight all the time. Looks like that version isn’t available yet, but I’ll check it out asap.
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn ahhh of course, the Beta itself hasn't been approved by Apple yet. I'm on the "internal dev" test track so I get them without Apple approving, but Apple makes you get Betas approved. Sorry for the trouble and delay
cc nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn ah ok. Are you in the Podverse TestFlight program? If yes, if you download v4.13.4 I think it has a fix for the issue you're running into. If not, and you would like to join the beta track, here is a link with more info:
https://podcastindex.social/@podverse/110529063127583397
Or you can wait a couple days for Apple to approve the 4.13.4 release and make it available on their store.
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 The web player works fine. The app has a bug, I gather, which will be fixed in a few days time.
nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx
Podverse only supports valueTimeSplits in the mobile app. Adding them to the website will require deeper pre-requisite V4V updates that will probably take a full month of work for me, so I don't have near-term expectations to get to it. If our open source community grows, hopefully we can add valueTimeSplits to web sooner.
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 no problem at all! I’m the one who goofed. I will say, though, I was surprised the podping that Buzzsprout sends didn’t trigger the reparse. No biggie, just not what I expected
nostr:npub1l46zyf4a2fsmmt73yq59sjt9kdupz5gyxwafxcs0ysq2xa3900ls9vyyma there is a bug somewhere in our parser or sync database with PI operation that is preventing feeds from updating automatically *unless* there is a new episode. Updates to the feed that don’t contain a new episode aren’t triggering automatic parsing. It’s a real nuisance but I haven’t found the root cause yet.
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 iOS, every podcast including mine & PC2.0
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx ah you are talking about the Podcasts > Podcast > Episode > Transcripts screen. I see now. That is indeed a bug. I just created a GitHub issue for it. https://github.com/podverse/podverse-rn/issues/1889
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 - can you reparse my list of episodes? I fixed a typo in the title of the most recent one but the update is not reflected at https://podverse.fm/episode/T87IN2ktO
nostr:npub1l46zyf4a2fsmmt73yq59sjt9kdupz5gyxwafxcs0ysq2xa3900ls9vyyma sorry again for the delay. I just manually reparsed it for you.
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 - is there a reason transcripts don’t show until after I hit play?
nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx sorry for the delay. Are you referring to web, mobile, or both? Can you provide steps to reproduce the issue? I'm not sure how to do it.
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 No problem. My chapters kind of work now. I also hadn't podpinged it properly, I don't think, but that's now done.
nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn so I tried playing your music show and the value time splits didn't work 🤦♂️ I think I found the error and fixed it though. I'm publishing a release tonight so the new version should be on the stores in the next 3 days.
nostr:npub12x8ywtnvel5r0frfzv45sj2xzws97dzt84t3wz6uxc5em9a2erws8fmjy3 Hello! https://podverse.fm/podcast/uPCWPzSE-B isn't showing the latest artwork or data: it's been podpinged, but... anything you can do to give it a kick?
nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn hello! I just manually refreshed the feed. Please try again.
And sorry about that. I think our parser has issues auto-detecting when an RSS feed updates, but a new episode has not been published with the update.