Wrong file name in player

Hi @heiland,

Sorry to hear you encountered this issue. The URL in the player is correct, and your server should automatically redirect it to the real file path. Unfortunately, some servers doesn’t handle such URLs correctly. Could you please share what hosting do you use?

Could you try adding the following code at the top of your .htaccess file?

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/podcast-player/([^/]+)/([^/]*)\.(mp3|mp4)$
RewriteRule ^ index.php?podcast_episode=%1&podcast_ref=player [QSA,L]
RewriteCond %{REQUEST_URI} ^/podcast-download/([^/]+)/([^/]*)\.(mp3|mp4)$
RewriteRule ^ index.php?podcast_episode=%1 [QSA,L]
</IfModule>

Best regards,
Serhiy.

Hi!

Adding the code to .htaccess did not change it.

It worked for a long time. It has stopped working with one of the last updates.
I don’t know exactly what happens.
I this link: https://www.pfz.at/podcast-player/11106/podcast-dialog-und-kritik-wie-passt-das-zusammen.mp3 11106 is the post->ID, podcast-dialog-und-kritik-wie-passt-das-zusammen is the slug of the post. Shouldn’t it be the name of the media file (Episode-16.mp3), as there is no podcast-dialog-und-kritik-wie-passt-das-zusammen.mp3 at the server?

Could I get older versions of the plugin, just to test when it stopped working?

• This reply was modified 3 months, 3 weeks ago by heiland.

@heiland

We use the virtual mp3 file approach for different type of tasks, for example to save the file listening statistic in the Stats plugin.

Did you try these troubleshooting steps?
https://support.castos.com/article/160-podcast-episodes-will-not-play#

If you don’t need statistic, you can try adding the following code to your functions.php file:

add_filter( 'ssp_episode_download_link', function ( $link, $episode_id, $file ) {
  return $file;
}, 10, 3 );

It will force SSP using real file path instead of the virtual MP3 file.

Hope this helps,
Serhiy.

Thank you!

With this filter it works again!
Could you please tell me the server requirements for SSP. I can then communicate with my hosting company.

alle the best

• This reply was modified 3 months, 2 weeks ago by heiland.

Hi @heiland,

Glad you managed to fix it!

Regarding your questions – the only server requirement is to handle virtual “*.mp3” URLs. If the file path does not exist, it should not respond with a 404 error immediately but should pass the request to PHP. This used to work on most servers, but recently, NGINX changed their default settings, requiring additional configuration.

Additionally, we’ve noticed that Bluehost doesn’t work seamlessly with our plugin by default. To resolve this, you need to uncheck “Skip WordPress 404 Handling For Static Files.”.

You can read more regarding the possible configuration problems in this article – https://support.castos.com/article/160-podcast-episodes-will-not-play#

Other than that, in most cases, SSP works out of the box with no additional setup.

Also, if you like our plugin and have a moment, we would greatly appreciate it if you could leave us review. Your feedback helps us continue to improve and also assists other users in discovering our plugin.

Best regards,
Serhiy.