RadioDaddy.com: "download Audio File" - RadioDaddy.com

Jump to content





Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

"download Audio File" "Stream Audio File... for 2 seconds"

#1 User is offline   koana 

  • Group: Members
  • Posts: 4
  • Joined: 06-July 09
  • Class:Voice Over Talent

Posted May 22, 2010 - 8:05 PM

This regards the audio attachments in a forum post.

They label right now appears to be:
Download Audio File:
Attached File <file_name>.mp3 (<file_size>)

So when I (and others?) click the <file_name>.mp3 target to hear the attachments that are uploaded, the default action is to stream them through the browser. And worse, the stream duration seems to be inconsistent. Sometimes it would play three seconds. The next pass would be the first second. Etc.

My question is, then, why not add a line similar to

<Directory /www/htdocs/example>
AddType application/octet-stream .mp3
</Directory>

in your Apache httpd.conf file, or even
AddType application/octet-stream .mp3

in the .htaccess file (although, that would give you a performance loss compared to the httpd.conf).

Rather than treating file extensions of .mp3 as audio files (which are streaming through the browser through Quicktime and such), the .mp3 files will be considered binary files (hence application/octet-stream). This would mark the file as requiring an external application to open the file (local media player).

An example would be downloading a .xls file and being prompted to download the file to open in Excel at a later time.

I feel like this would save people time with the "Right Click > Save Target As" along with helping those who are not very familiar with computers. Especially if the fix is potentially a simple one, such as this.

If you're interested, I can provide a link to my personal web hosting where I added the AddType as listed above to my .htaccess file in order to test this before suggesting it.

Thanks.

--While on the subject, adding
ServerSignature Off

should get rid of some information regarding the server's configuration which is visible from the default 404 (File Not Found) page. This doesn't really provide security because there are other tools to detect and best guess a server's signature, but that's one more layer of defense in favor of RD. (Off-topic, I know.)

This post has been edited by koana: May 22, 2010 - 8:13 PM

1




#2 User is offline   KennethBruce 

  • Junkie
  • Group: Global Moderator
  • Posts: 1,158
  • Joined: 22-April 09
  • Location:Washington
  • Class:Licensed Broadcast Station
  • Call Letters:KGRG

Posted May 22, 2010 - 8:25 PM

Or, you could use google chrome, which streams the whole thing (for some reason)

or just right click and download.
0

#3 User is offline   koana 

  • Group: Members
  • Posts: 4
  • Joined: 06-July 09
  • Class:Voice Over Talent

Posted May 22, 2010 - 8:45 PM

View PostKennethBruce, on May 22 2010, 08:24 PM, said:

Or, you could use google chrome, which streams the whole thing (for some reason)

or just right click and download.


It does not make sense to force users to migrate from one browser to another unless there is a huge security risk or stagnant development of the application (ex. Internet Explorer 6). On my own hosting, streaming mp3 files works fine without the issues that I have with RD. There just seems to be an issue with the setup RD is using.

Consequently, I am suggesting a possible solution that has a low initial cost for the RD entity, in an effort to alleviate any problems that the general community may encounter. Streaming files multiple times rather than downloading the actual file and saving it to local disk would also save RD potential bandwidth which helps with their hosting costs.

Additionally, I already addressed your second statement in my original topic.

Quote

I feel like this would save people time with the "Right Click > Save Target As" along with helping those who are not very familiar with computers. Especially if the fix is potentially a simple one, such as this.


From a fellow Kenneth,
Thanks for the reply.
0

#4 User is offline   Adam 

  • I rock. Enough said.
  • Group: Administrators
  • Posts: 248
  • Joined: 30-April 07
  • Location:Phoenix, AZ
  • Class:Other
  • Call Letters:AVS

Posted May 22, 2010 - 11:35 PM

It's like you were reading my mind! I was going to tackle the download problem in the next few weeks but your post made me act sooner. The application/octet-stream doesn't work in our server's htaccess file but it does work when I re-defined the file types in the forum's backend. I'm still trying to figure out why our server began only streaming the first seconds of the file, but until then this looks like a pretty good solution.
0

#5 User is offline   RadioDanny 

  • Admin
  • Group: Administrators
  • Posts: 3,143
  • Joined: 08-November 04
  • Location:USA
  • Class:Internet Station

Posted May 23, 2010 - 12:23 AM

May be we should use this : http://chir.ps/api

The Chirps API allows other developers and partners to upload and post audio so that audio can be shared on Twitter easily through other apps. The API is a simple way to post audio files to Chir.ps.
0

#6 User is offline   FirstActsAudio 

  • All Around Media Pro - radio-tv-print
  • Group: VoicePro
  • Posts: 3,773
  • Joined: 19-April 07
  • Location:The State of Rural
  • Class:Licensed Broadcast Station

Posted May 23, 2010 - 5:30 AM

Koana,

Thanks. As a long time user it was lamentable when the streaming system stopped working. I am glad that a revisit of the issue may affect a solution.

With gratitude,

G :cool:
0

#7 User is offline   koana 

  • Group: Members
  • Posts: 4
  • Joined: 06-July 09
  • Class:Voice Over Talent

Posted May 23, 2010 - 10:45 PM

Ah, didn't really expect this much response.

It's a bit interesting that the .htaccess file didn't work. Awesome that you found a fix that worked, though!

Thanks,
Ken Ko
0

Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users


©2004-2012 RadioDaddy.com
All Rights Reserved.
Terms of Use | Report Abuse