Forum Replies Created
-
Posts
-
Ahhh – thank you.
Looks like the settings can also be entered into the ini file generated by BBP 🙂
Ok – I had it anyway. I will post it up later incase anybody else needs it.
Now that I have it, a question:
I have managed to get input jitter down to <4% and output jitter <10%. What do I do now lol? There is no where in Breakaway or SPL to put these settings…..?
Any ideas?
I haven't listened to your stream but you should know that AAC can perform poor in comparison to a LAME stream. What bitrate are you trying to encode at with AAC? Also, where did you get your AAC codec from? Try downloading and installing an old (before v6) version of Winamp and get the AAC codec from the program folder. Copy the AAC encoder into your Edcast directory (over write the existing one or rename the existing one).
HTH
Knigget
Glad you said that – my next plan of action was to try it on XP (I’m currently testing it on Win7 64bit). My first thought was cos I was using crappy onboard audio so changed to fresh install and an EMU0202.
Strange cos I’ve been using it on XP before with no problems.
I will try this when it’s exhibiting the problem again. It’s a bit hit and miss.
Other MPX PEQ not in use. Audio is being fed by low bitrate aac though – I’m thinking the mid/side of the aac stream is being exaggerated by the processing. The only thing I could think of was to reduce the mid/side using something like the MSED plugin. I will try your suggestion first though.Thanks so far
quote :Also, edcast meters don’t read anything from Sam stream except showing its encoding.If you click in the meter area, it will toggle between peak, rms and off. The meters should jump up and down in time with the music coming from Sam.
Have you tried streaming from a physical machine to the server?
quote :First questions, is there a more effiecnt way of running the DSP (Live Link) through Sam other then following
the tutorial and then going through ED CAST.As you are using a virtual machine, try setting Sams main output to Pipeline1 and get rid of the Livelink. Then, in Breakaway, your input will be Pipeline 1 and your output will be Pipeline 2. Select Pipeline 2 in Edcast.
quote :Next question, is the buffering due to the Plug in or Server its self as it is VPS?Hard to say but I did hear the buffering. Pinging the k101.fm server gives me a slightly slower than expected ping (150ms from the UK) but it’s stable.
Do the meters in Edcast reflect your buffer problems? If no, the problem is after Edcast. If yes, your problems are before Edcast which leaves only Sam and Breakaway.
You should know that I am not familiar with Icecast – I’m a Shoutcast man.
HTH
You could try going to a ‘video editing, photoshop, web design, and pretty much everything’ forum, rather than an audio processor forum.
HTH
Attenuate from BAL/ BBP to prevent overloading BAL/ BBP.
Attenuate on the encoder to reduce overshoots on the stream. As good as BAL/BBP is with peak control it can’t prevent overshoots caused by the codecs, result = horrible grainy sound.
I’m curious – why use livelink?
Sambroadcaster outputs to pipeline1
BAL input is pipeline 1, output is pipeline 2
Edcast uses pipeline 2Unless I’m missing something?
[quote author=”JesseG”][quote author=”mpanda”]I’m Otsdj user[/quote]
Ots, with all of its audio processing off, outputting into a pipeline.
Breakaway, inputting from that same pipeline, with EdCast loaded into the "Encoders" section (plugin version ofc).
[/quote]Now that is interesting. I have been using one of the earlier rio edcasts. Sam output to pipeline1, BAL input1 = pipeline1, BAL output 1 = pipeline 2. I was able to adjust the volume to edcast using BALs ref level (output slider) and the meters in edcast would reflect this (so too would the audio). More recent versions of edcast that I have tried don’t do this.
What has changed and why?
