Create a Track with the New Songbirds Lyric Library at MixterPlus
skip
Home » Forums » Announcements » Happy to Announce New File Size - 50MB (beta)

Happy to Announce New File Size - 50MB (beta)

Snowflake
admin
.
permalink   Tue, Dec 1, 2009 @ 1:14 PM
in celebration of the holiday season, i am pleased to announce ccMixter now supports uploads of files up to 50MB!

this big of a change will increase our bandwidth and storage costs but we believe it will be worth it, to enable more lossless quality stems (FLAC), MegaMixes and larger sample packs of higher quality.

we kindly ask for your assistance to make sure uploads are of highest quality in both performance and recording, and that this new file size limit will not result in abuse.

Victor only just made the increase live and we need some help testing it out, so your feedback on function and experience would be appreciated!

thank you all for making ccMixter so revolutionary!

peace.
*** Topic deleted by author ***
 
.
permalink   Snowflake Tue, Dec 1, 2009 @ 2:21 PM
Victor may have a differing opinion, but I prefer FLAC. FLAC is lossless, so the same quality as WAV or AIFF, but nearly half the file size.

Samples/Stems: I like it when you upload a 128k MP3 of the sample or at least one of your song stems so it can be streamed easily. But you may want to also add ‘A New File’ of the sample in FLAC (16-bit) — or a zipfile of a sample or stem pack.

Mixes: I think I’m finding it is actually better if you upload your remixes in 128k MP3 so people can stream your song from ccMixter.org easily (I need to do this myself!).

Pellas: Upload one in 128k MP3 so folks can preview it. Then upload ‘A New File’ with a FLAC version so your vocals can sound their very best in remixes.

That’s my two cents :)
 
.
permalink   victor Wed, Dec 2, 2009 @ 4:23 AM
FLAC for all samples and pells would be ideal - many people don’t even realize that modern DAWs, Ableton for one, treat FLAC as a native format.

For ‘pells and esp. remixes I still recommend MP3 VBR. Why?

By allowing 50MB I’m sure people will start uploading 256k and greater MP3s which will make streaming and playing through the flash player a complete dud. It will be devastating to playlists, interrupting flow dramatically.

If it gets really bad, we can always alter the code to ignore huge bit rate MP3s for streaming and flash playing.
 
.
permalink   spinmeister Wed, Dec 2, 2009 @ 11:26 AM
would it make sense and be realistic to make a different requirement for the primary files compared to secondary one’s?

i.e. primary can only be up to 192kbps VBR? And only secondary files can be really large?

i.e. as a compromise for instant listening needs vs. HQ download ideals?
 
.
permalink   Snowflake Wed, Dec 2, 2009 @ 12:39 PM
i like it. yes. how do we best go about this do you think?
 
.
permalink   victor Wed, Dec 2, 2009 @ 12:46 PM
unfortunately the code just isn’t set up for that kind of verification in a reliable way. What we do now is select the best candidate for the streaming and the flash player, I can easily modify that code to exclude huge files based on size and/or sample rate.
 
.
permalink   spinmeister Wed, Dec 2, 2009 @ 1:35 PM
if you’re auto-selecting, that would work, too. Is the logic going down the list and selecting the first one that fits the criteria? Because secondary files are often different tracks, not just different formats. So the uploader could have some control within the limits of not breaking the system.

And as you previously suggested, if nothing fits the criteria for reliable playback, then that file just gets skipped in playlists. Would it work to have a * or ? or something instead of the player controls next to files of that nature and somewhere explain what’s going on (maybe one of those text boxes that floats when hovering over that?)

Is there room on the upload page to explain some of these issues and rules and recommendations?

For individual pages might still be ok to attempt the playback? Is there any chance to have a little warning line, only displayed in the case of a file not meeting the minimum playback criteria, mentioning that the file may not play back well on some systems?
 
.
permalink   victor Wed, Dec 2, 2009 @ 1:49 PM
If you like the way ccM works now then it will continue to work exactly the same way with the addition of treating huge files as any non-playable format when it comes to the flash player.

I’ll add a note to the relevant help topics.
 
.
permalink   go1dfish Tue, Dec 1, 2009 @ 6:26 PM
I’m also quite partial to FLAC, but MP3 is still necessary for streaming previews.

Lossless matters even if you can’t hear the difference now.

You or your listeners will hear it after additional transcodes through lossy codecs. Lossless files bring ultimate flexibility, from an archival point of view.

FLAC also has the advantage of being entirely open source itself:

OGG never took off because MP3 was already so dominant, but there doesn’t yet seem to be a dominant lossless format.

FLAC is the best bet at having an open audio format get any sort of widespread listener adoption. And lossless formats as a whole will become more important as space/bandwidth limitations (hopefully) become increasingly irrelevant.

/rant
essesq
.
permalink   Tue, Dec 1, 2009 @ 4:21 PM
Wow…oooh…aahhh…and to think when I first started remixing I had to keep to 4 MB. That’s awesome. You guys rock.
 
.
permalink   Snowflake Tue, Dec 1, 2009 @ 6:12 PM
:D
 
.
permalink   essesq Tue, Dec 1, 2009 @ 6:17 PM
And who knew snowflakes smiled? :-)…darn if you don’t learn something new every day….
MC Jack in the Box
.
permalink   Tue, Dec 1, 2009 @ 7:07 PM
So I just posted a podcast as a remix. I feel so dirty. :)

But seriously, how would you feel (by you I mean Emily, Victor, and others) about adding a “podcast” option for uploads? With a 50mb limit, you might get more people involved in what I’d call “curated micro podcats”, or similar to what I just threw together for J. Lang.

Just a thought.
 
.
permalink   Snowflake Tue, Dec 1, 2009 @ 7:15 PM
i love this idea. we’ll see what we can do.
 
.
permalink   spinningmerkaba Tue, Dec 1, 2009 @ 8:46 PM
MCJ’s in the room! with ‘curated micro podcasts’ —pretty sweet idea!

 
.
permalink   victor Wed, Dec 2, 2009 @ 4:40 AM
I’ve created a new submit form “DJ Set”.

They won’t be listed in ‘remixes’ but I made a new tab under the Playlist - Podcast main tab.
DoKashiteru
.
permalink   Wed, Dec 2, 2009 @ 5:05 AM
wonderful! I’m very glad to hear about this. Hopefully this will encourage all sorts of experimentation and playing around with formats :)
*** Topic deleted by author ***
 
.
permalink   Snowflake Thu, Dec 3, 2009 @ 11:02 AM
yes, we will need to do some development and it is on the roadmap. we thought of waiting to do the file size upgrade, but thought again, let’s just increase is it now, and build tools for format protocol as we go….and with the input from ccM folks. please keep it coming!
Songboy3
.
permalink   Thu, Dec 3, 2009 @ 1:17 PM
Thank you! This is great! Now it won’t take me days to uploads songs since I love stacking vocals. Bless you Victor and your precisience! Happy holidays, everyone!
 
.
permalink   Snowflake Thu, Dec 3, 2009 @ 1:25 PM
well, we’d sure love to get more great pellas from you Frank! please make sure you upload a 128k mp3 so we can stream preview your lead vox, and zip all your backvox & a high quality version of lead vox too. make sense?

your voice is, AMAZING!
 
.
permalink   Songboy3 Thu, Dec 3, 2009 @ 1:27 PM
Makes sense…and thank you for the heads up: Mucho appreciated!
AudioCave
.
permalink   Thu, Dec 3, 2009 @ 3:33 PM
I might also suggest that people doing vocal tracks should be using 192k mp3’s for better quality. They’re not that much bigger.

Performing DSP in a remix on a converted 128k mp3 is not the best idea. All of my remix files are 192k and they play fine.
 
.
permalink   Songboy3 Thu, Dec 3, 2009 @ 3:56 PM
I will definitely try to keep that in mind…
 
.
permalink   victor Thu, Dec 3, 2009 @ 5:41 PM
If you going to use MP3 then any constant bit rate is a waste of space and bandwidth especially on a pell which will have huge silent gaps in them. Using VBR will ensure the same audio result with more efficient storage, bandwidth and streaming.
 
.
permalink   Songboy3 Thu, Dec 3, 2009 @ 5:48 PM
You fine gentlemen know better than me. Thy will be done!
 
.
permalink   spinmeister Thu, Dec 3, 2009 @ 6:30 PM
I believe VBR still implies specifying a (max?) rate — or am I mistaken?
George_Ellinas
.
permalink   Fri, Dec 4, 2009 @ 4:37 AM
Wow thats prety cool CCMIXTER
Fanx for doing this :)
time to do some BEST OF DJ MIXES
for next year SEE YOU AROUND THEN
The Spark That Thought
.
permalink   Fri, Dec 4, 2009 @ 8:22 AM
I love you for doing this. FLAC has always been my format of choice and if people start uploading more of it here… I’ll be getting very busy.