1

Topic: php Page Update for Lengthy Files

I have noticed that SAM doesn't always send the page update before a lengthy file plays.

Sometimes the Now Playing page updates, but sometimes the page doesn't update until after the file has finished playing.

Is there a way (PAL or something) to make SAM send the page update after a long file starts playing, or just before it starts playing?

Several times I have viewed the Now Playing page and although the page reloads, the updated cover art & title of the long file doesn't update on the page.

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

2

Re: php Page Update for Lengthy Files

No PAL commands can force the internal SAM upload of an HTML output.  This could be solved using PHP which is always current.

Rob Oyler
Program Director, FM5280

3

Re: php Page Update for Lengthy Files

Check the event logs too, though, to see what's happening with the upload. There may be clues there...

4

Re: php Page Update for Lengthy Files

I'm using php, DJ Cassio.

I'll check the event log next time, but I've seen this happen before, too, John. Never checked the event log while it was happening, though.

Last edited by ALRhhhug (2010-07-13 18:22:34)

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

5

Re: php Page Update for Lengthy Files

ALRhhhug wrote:

I'm using php, DJ Cassio.

I'll check the event log next time, but I've seen this happen before, too, John. Never checked the event log while it was happening, though.

If you are using php what would be the reason for a PAL to send a 'page update'?  Sorry that makes no sense.  PHP is dynamic and reads the database it is always current.  Please explain the refresh mechanism you are using.

Rob Oyler
Program Director, FM5280

6

Re: php Page Update for Lengthy Files

If you're not using streamads, make sure you've unchecked the metadata template / stream scripting in your encoder settings.  What happens is a ton of extra data is embedded in the 'url' tag of the metadata and Shoutcast servers will ignore some of the longer updates or updates which have odd characters.  Took me almost a month to track this one down for a couple clients.

Managed Hosting - Saving the world from buffering and downtime - one stream at a time!
A LoudCity hosting partner.

7

Re: php Page Update for Lengthy Files

DJCassio wrote:

If you are using php what would be the reason for a PAL to send a 'page update'?  Sorry that makes no sense.  PHP is dynamic and reads the database it is always current.  Please explain the refresh mechanism you are using.

Forgive my ignorance, DJ Cassio. I know about as much about PAL as I do about acc+ or aac+ or whatever it is. I was just trying to find out how to make it update since it was not doing so on it's own for my radio shows of 1-hour lengths.

Thanks, Randy -- I'll check what you suggest.

Maybe it's the Win98 'puter that I'm monitoring my station with, that could be caching the pages & getting stuck on it's own -- showing something totally unrelated to what other people are getting. I'll check the show on my newer 'puter next time.

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

8

Re: php Page Update for Lengthy Files

In my version of SAM, there was a problem with the history AND songlist table using the wrong datatype to store the length of a song. This prevented long files from being stored in the history or from even being added to the playlist. What version of SAM are you using?

the detour network - http://thedetour.us - Knoxville/Tri-Cities, TN - Phoenix, AZ
detour MUSIC, detour TALK, detour BLUES, State of Franklin Radio

Purple Zebra Media Services - http://purplezebra.us

9

Re: php Page Update for Lengthy Files

I'll be happy to try n help you out ALRhhhug if I can.

Nuff Said!

10

Re: php Page Update for Lengthy Files

aaronsnet wrote:

In my version of SAM, there was a problem with the history AND songlist table using the wrong datatype to store the length of a song. This prevented long files from being stored in the history or from even being added to the playlist. What version of SAM are you using?

I'm using 3.5 (I know, ancient history). I think I changed something somewhere so that the shows couldn't be requested... I don't know if that has anything to do with it or not. However, they show up sometimes and sometimes they don't when playing. They do show up once they have played on the Now Playing page.

The next show plays on Saturday, so I'll pursue what Randy suggested as well as monitor the station on a newer PC. I'll keep you posted. smile

Thanks for all your help & suggestions!

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

11

Re: php Page Update for Lengthy Files

Your page is using buster code to refresh which means it refreshes at irregular intervals.  Use a of countdown timer would probably fix the refresh issue.

Rob Oyler
Program Director, FM5280

12

Re: php Page Update for Lengthy Files

Update

The Event log shows the show launched at 8:59:04 pm: "200 Touch - OK"

All touches since then are "OK." (It's now 9:30pm.)

All touches before that are OK.

I don't know what this "Touch" is, but all that is normal.

Checked on newer PC with WinXP & IE8 -- php page still shows song that played before the show launched.

Last edited by ALRhhhug (2010-07-17 20:37:30)

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

13

Re: php Page Update for Lengthy Files

FS-Randy wrote:

If you're not using streamads, make sure you've unchecked the metadata template / stream scripting in your encoder settings.  What happens is a ton of extra data is embedded in the 'url' tag of the metadata and Shoutcast servers will ignore some of the longer updates or updates which have odd characters.  Took me almost a month to track this one down for a couple clients.

I'm not using streamads, and the scripting checkbox was not checked.

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

14

Re: php Page Update for Lengthy Files

aaronsnet wrote:

In my version of SAM, there was a problem with the history AND songlist table using the wrong datatype to store the length of a song. This prevented long files from being stored in the history or from even being added to the playlist. What version of SAM are you using?

Hey, Aaron -- looks like I'm down to your suggestion now. I'm using SAM 3.5.

How do I check the tables you're talking about? That sounds like a MySQL thing...???

My files are playing, though. Just now showing up on the Now Playing page while playing.

I have another show tonight so I hope I can figure it out by then.

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

15

Re: php Page Update for Lengthy Files

Donna,
Just another reason to make the switch to SPL. smile

Sorry, just had to say it. smile

16

Re: php Page Update for Lengthy Files

And if they are not ready to give up the interactive web site piece for requests?  What then?

Rob Oyler
Program Director, FM5280

17

Re: php Page Update for Lengthy Files

oldhippie wrote:

Donna,
Just another reason to make the switch to SPL. smile

Sorry, just had to say it. smile

lol Touche'.

But this is minor, Trip. The php page, generally speaking, is the bomb! wink

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!

18

Re: php Page Update for Lengthy Files

aaronsnet wrote:

In my version of SAM, there was a problem with the history AND songlist table using the wrong datatype to store the length of a song. This prevented long files from being stored in the history or from even being added to the playlist. What version of SAM are you using?

I'm gonna have to agree here. The PHP version asks the database what's playing, so it would appear that the show is not being inserted correctly. I'm under the impression that the currently playing song is retrieved from the history table, so that's the place I'd check.

Last edited by audioprobe (2010-07-18 16:24:56)

19

Re: php Page Update for Lengthy Files

wildun wrote:

I'll be happy to try n help you out ALRhhhug if I can.

Wildun, I fixed it from the comments of the others.

I classify the songs as songtype 'V' by putting them in the "interviews" directory in SAM so they can't be requested -- that's they way I set it up before I redesigned the web site this last time.

They were being listed before, but not able to to be found in the Playlist & Request search. In other words, they "disappeared" from public view after they had cycled off of the "Currently Playing" page.

But now they don't show up on the Currently Playing page because the history code is only designating songtype 'S' in the php, I believe, to show up on the Now Playing page.

I just added the other songtypes to the historylist code:

(songlist.songtype='S' OR songlist.songtype='V' OR songlist.songtype='P' OR songlist.songtype='N'

I can probably take the other songtypes out, but I was just trying a quick fix so I copied & pasted from a SAM original php code. smile

Thanks for everyone's help! big_smile

Last edited by ALRhhhug (2010-07-18 20:47:47)

Altared Lives Holy Hip Hop Radio -The MOST variety of Gospel Hip Hop on the Internet!