Keith a.k.a. K j A M

It’s fixed. Thanks!

I’m using Customizr Pro and if you look at the threads, there were others with the same issue.

It’s cool. I got it working by clearing the plugin cache. I had restored my site from the previous day and that’s when I noticed it was blank. It’s never done that before but after clearing the plugin cache it started working again. Thanks!

Nevermind, I cleared the plugin cache and that brought it back but all the posts are not correct and it’s only listing 7. I have no idea what happened.

I think it’s rich that Castos doesn’t understand how the DJ community works in conjunction with the music labels and DJ promo services to promote artists in the clubs and through DJ mixes. Much like talk and series podcasts (and now video podcasts), Continuous DJ mixes have been an integral part of podcasting from the beginning. You’re confusing what we do with radio and streaming. I’ve only been doing this out in the open for 16 years and was at the forefront of the podcast movement but I digress.

That being said, having used your service, I can assure you the issue is the limit you place on file size whether I host with you or not. You might want to read your own support section about the issue: https://support.castos.com/article/200-what-is-the-maximum-file-size-i-can-upload#:~:text=This%20setting%20can%20range%20from,Did%20this%20answer%20your%20question%3F

Though your support section blames WordPress for the limitation, that’s just not true. I previously hosted with Podbean and the exact same files played just fine using the default WordPress player. After all, these files are not being uploaded into the WordPress media file folder. My current host doesn’t have any issue with uploading the larger file sizes either and it works just fine in their player. I just don’t like their player and prefer yours. Take that last statement as a win.

I’m not trying to be argumentative, but I’ll bet that if you dig into your code — you’ll find there’s a limitation being placed on your end regardless of whether the file is hosted with your service or not.

Ultimately, it’s not that big of an issue because I can re-encode them at a lower bitrate to get them to work. I’m manually moving over 900 episodes and have the benefit of seeing firsthand which ones are playable and which ones are not. The majority of the audio files are playable. It appears to be selectively restricting some files but not others that are the same or in some cases larger.

No one is trying to disparage Castos or your player because both are excellent and like all other hosting platforms have their pluses and minuses. I’m just pointing this issue out as I see it. I’m guessing it’s not that big of a deal on your end unless you have a video podcast where I can see that could be problematic.

From what I’ve seen, most DJs encode at 128 bitrate to save on hosting costs like in Soundcloud even though that’s no longer ideal because of cheaper storage, faster wifi, mobile data transfers, and internet connections.

For the record, publishing my podcast to all the streaming services that I was already on and changing my feed without my permission was a colossal misstep on your part. I can see how this is beneficial for newbies but I wasn’t one of them because I already know how to add my feed to a streaming platform and was able to pick the services that work best for my audience. You might want to consider an opt-in for hosting customers. Thankfully, I’ve gotten all but one fixed, which should be corrected this week.

In fact, pushing it out to Apple Podcasts is what started the whole issue with me leaving Castos in the first place where another DJ (who runs a podcast similar to mine) and who just trademarked ‘Dance Club’ last year after Billboard (who never trademarked the term) dropped the chart. ‘Dance Club’ happened to be one of my categories and when Castos pushed the main feed out, it got reactivated in Apple and iTunes ruffling this other guy’s feathers. We’ve since worked out an agreement where I changed the name of the category because it’s not pertinent to my operations.

Castos would serve itself well to have legal counsel on stand-by to advise in such frivolous matters because this won’t be the first time this issue comes up (and I doubt it was) as opposed to just screwing over your paying customers. That’s on you.

For what it’s worth, I spent several hours cleaning up the Apple Podcast mess you created by having to archive the channel and all of my shows and then recreate them again with my original feed from WordPress. If I had done this for someone else as an independent contractor (which I do), I would’ve charged them over $1,000.

Even though I don’t harbor any bad feelings or ill will against your company, I won’t try to help you improve your service going forward. Like most developers I run across, you don’t take constructive criticism very well unless it comes from within your own community. It would serve you well to show a little humility when people point out an issue with your service so you can improve upon it as opposed to talking down to them. I’m not saying they’re always right because experience has taught me otherwise and granted me the patience to walk them through their issue to correct it.

There’s no need to publish my response.

Your player seems to be targeting smaller files now with the same error. They work once encoded at a lower bitrate making the file smaller.

As for using your service, I was until you kicked me off because of some stupid generic trademark dispute over the use of ‘dance club’ for one of my categories, which has now been resolved. I’ve been doing this for 16 years and have never had a complaint over anything.

Regardless, this was an issue when I originally imported the feed from my previous provider to Castos. Your support section states there’s a limit on the size of the file but since I’m no longer hosting with you, it shouldn’t matter.

Even then, as mentioned above, it’s selectively random as to what it will allow in size. I’ve never had this issue with any host much less just a plugin player that’s not even hosting the content. It’s weird.

I thought about it overnight and went back and looked at the files. It’s a size issue. Some of the episodes were over 3 hours long and encoded at 320 bitrate.

I reencoded those episodes at a lower bitrate this morning and it worked. I have memory uploads on the host end set to 2G so the limit being imposed is on your end.

Regardless, that is the fix. Thanks for the reply.

Thank you, I saw that. However, because I can’t figure out why the other subscription links don’t show up, I removed them and just left the sidebar widget.

There are no conflicts with my other plugins.

Thanks again!

Keith
[Signature removed by moderator per forum guidelines.]

• This reply was modified 2 years, 5 months ago by Yui.
• This reply was modified 2 years, 5 months ago by Yui.

Okay then, thanks for the help.

Uh no. I was just trying to provide a sample page. Is that not what the link option is for?

I have multiple category podcasts set up for Apple Music, which for whatever reason never show up even though it recognizes them as legit in their podcast manager.

What I’m referring to are the two main podcast channels. The first is the main feed, which only shows Google Podcasts and RSS.

The secondary channel is for previews and I’m less concerned about that one but it’s the one showing up Apple, Google, RSS and Subscribe.

Neither shows Amazon.

However, I just implemented the subscribe widget on the sidebar and that lists them all — including Amazon. Go figure.

I really wish y’all add an option to not include RSS. Nobody needs that but I can hide it with CSS.

In short, my only concern is with the links for the main podcast channel and Amazon not showing up. All the corresponding boxes are checked under Amazon Music. Also, destinations are the same for every podcast channel. I’ve checked. They’re tied together. I don’t need it for categories.

Also, I noticed this in your examples on Podcast Channel: Example 3: You create two versions of your podcast, a 20 minute summary and a full 2 hour episode. Use the default channel for your 20 minute summary episodes and create a new custom channel for your full length episodes.

My main channel will always be the first (default) channel and the 2nd will always be the preview channel (opposite of your example) because one was there way before the other. I’m not sure if that affects the links but it shouldn’t because the destinations are the same options based on what’s checked for all podcast channels because they’re not separate.

Here’s a sample page:/madonna-the-ultimate-bootleg-collection-vol-i-ii/

• This reply was modified 2 years, 6 months ago by Keith a.k.a. K j A M.
• This reply was modified 2 years, 6 months ago by Jan Dembowski.

Next time I’ll just use image links but frankly, I don’t see the difference.

Thanks.

Never mind, I fixed everything with CSS. I then had to go into my builder to adjust the margins for desktop, tablet and mobile and everything is working as it should now except the admin daily post I mentioned above but that’s not pressing and I don’t want to add anything else to my functions.php file.

Thanks!

• This reply was modified 2 years, 11 months ago by Steven Stern (sterndata).

This is what it looks like without the ‘daily’ added onto the class, which was the original code:

This is what it looks like when I change the ‘tptn_posts’ to ‘tptn_posts_daily’ which is not the way it was but at least it’s aligned.
As you can see the numbers are incorrectly aligned above the excerpt.

Previously, the font for the number was larger and fatter, the thumbnails were perfectly aligned to the left and the excerpts had a reasonable margin to the left of the thumbnail. Now, the excerpt runs up next to the thumbnail and the thumbnail has massive amounts of space on the left and nothing is evenly laid out.

For the record, the daily post list in the admin is not the same as the output. It’s pulling really old random posts. This isn’t the most pressing issue but it was nice to get a quick glance of the accurate output on the frontend when I’m in the admin.

• This reply was modified 2 years, 11 months ago by Keith a.k.a. K j A M.
• This reply was modified 2 years, 11 months ago by Steven Stern (sterndata).

Hey Ajay,

I’ve been really busy and just left the plugin rolled back but that now no longer works.

I looked at the classes and nothing seemed to change other than .tptn_posts which I’ve changed to .tptn_posts_daily in my code. I’m self-taught so I don’t know exactly what I’m looking at but all the other classes appear to be the same.

I made the change, which fixed the alignment issue but now the numbers have been pushed to the right of the thumbnail just above the description. Previously, they were on the left and much larger.

Here’s the code I’ve been using with the only change being tptn_posts to tptn_posts_daily

`.sek-module .sek-module-inner .tptn_posts_daily ul>li, .sek-module .sek-module-inner ul>li {
counter-increment: my-awesome-counter;
display: inline-block !important;
width: 100%;
font-size: 2rem;
}

.sek-module .sek-module-inner .tptn_posts_daily ul>li, .sek-module .sek-module-inner ul>li::before {
content: “” counter(my-awesome-counter);;
font-weight: bold;
font-size: 2rem;
margin-right: 0.5rem;
font-family: ‘Abril Fatface’, serif;
line-height: 1;
}

.tptn_posts_daily .tptn_title, .tptn_posts .tptn_title {
display: none !important;
}
img.tptn_thumb {
margin-bottom: 5px;
}

@media only screen and (max-width: 768px) {
.sek-module .sek-module-inner .tptn_excerpt {
display: none;
}
}