Forum Replies Created

Viewing 15 posts - 1,111 through 1,125 (of 1,890 total)
  • Author
    Posts
  • in reply to: Does BBP run on this CPU #7325
    Leif
    Keymaster

    I strongly recommend going with the Intel server!

    ///Leif

    in reply to: "New" System Questions #4780
    Leif
    Keymaster

    Probably a bios setting?

    Then again, if it’s a Dell, there likely IS no bios setting for FSB speed.. Interesting problem indeed. 🙂

    ///Leif

    in reply to: Orban 8200 sound #7300
    Leif
    Keymaster

    Doesn’t work for me. Crashes Opera, and crashes Firefox!

    ///Leif

    in reply to: "New" System Questions #4778
    Leif
    Keymaster

    I’m quite happy with XP SP3 myself — but I was quite happy with SP2 as well back when.

    I personally don’t see any benefit in running Windows 2003 on an audio machine. It should work, but XP SP3 is probably easier to deal with. Server 2008 = Vista. Both those are strongly disrecommended (is that a word?) for audio!

    ///Leif

    Leif
    Keymaster

    Hi Rich,

    I created the file just the way you did! A text file containing only that text.

    How does your resulting C:Program FilesSpacialAudioSAMBCsamHTMwebsonginfo.txt end up? What does it contain?

    ///Leif

    in reply to: Preprocessing #7263
    Leif
    Keymaster

    Whoa, multiband in Breakaway? What?? 🙂

    Dude, if you’re running an 1100 in front, you need to be running the Protection Clip preset, and not use any compression in BBP at all! Likewise, turn "Final Limiter Drive" (or whatever it’s called in the 1100) all the way down, so that the 1100 doesn’t do any limiting. Split the workload, don’t double it!

    Some compression, to remove long-term dynamics, certainly helps a lot with smaller speakers and/or noisy environments.
    However, removing short-term dynamics (i.e. smashing the audio), contrary to popular belief among audio processing enthusiast, does not come through better in any speaker or environment! Short term dynamics contain the "punch" of the audio, and no speaker, big or small, will recreate it once lost.

    You’re right, that song is a good torture test cut.

    ///Leif

    in reply to: Preprocessing #7261
    Leif
    Keymaster

    Hey Kingniels,

    Sorry to disappoint.. If you’re looking for smashed audio without distortion, then you have succeeded — it’s "clean" — but you won’t catch me listening for more than a couple of minutes. 🙂

    I hear the multiband compressor in the 1100 going nuts in the R&B tracks starting at 13:00 — the bottom of the voice falls out every time the kick hits, causing extreme spectral gain intermodulation. The voice thickens and thins in reverse sync with the drums — I absolutely cannot stand this error, and none of my processors have ever done this — not even the original OctiMax! Orban processors do this because of how their multiband stage is designed, and it cannot be tweaked around other than by making it so slow that it does nothing at all.

    Other than that.. Smashed, smashed, smashed. No hint of dynamics. It does have the "Orban-sound" to it. It used to be that you HAD to make the audio sound like this, in order to be loud. It was a side effect. I can see recreating the sound for nostalgic reasons, but to actually listen to it? Count me out.

    Best,
    ///Leif

    in reply to: bug ?! 1)RDS input and phase drifts! #7315
    Leif
    Keymaster

    And here’s what 19000+57000hz looks like through BBP after the fix:

    Please note that 19000 + RDS will NOT look like this. The RDS signal is a modulated subcarrier, not a 57000hz sinewave. To test phase alignment you’ll have to actually generate 19000 + 57000hz in phase (easily done with Adobe Audition — generate 19k in the left channel, 57000 in the right, and optionally mix the channels together) and feed it into the RDS input of BBP.

    New BBP version (and BBP ASIO) should be out in a few days. It has taken much longer than anticipated — I keep having to push it back due to factors outside my control, but I’m starting to see the light at the end of the tunnel. Let’s just hope they’re not the headlights of a train 🙂.

    Best,
    ///Leif

    in reply to: bug ?! 1)RDS input and phase drifts! #7314
    Leif
    Keymaster

    Stereo Separation should improve for all users, but it won’t make an audible difference. Vinyl records are only 20-25dB stereo separation, and they already sound fully stereo. 50 or 70dB makes no difference.. 70 is a higher number, though. 😉

    Best,
    ///Leif

    in reply to: MpxTool 2.1 #14447
    Leif
    Keymaster

    Hi Kevin!

    The mark at 14 represents the K14 mastering loudness standard, and happens to be as loud as Reference Settings playing Classic Rock. The K14 standard really has nothing to do with radio — it’s for CD mastering (and really, obviously it has nothing to do with CD mastering either since nobody is following it.)

    Basically, if you’re at K14 with peaks at 0, you have basically full short-term dynamics for pop/rock music. Any louder than that and you have less than full dynamics. Yellow is still long-term listenable to my ears — red is smashed, low TSL.

    It just gives you an easy way to see how smashed the signal is. 🙂

    ///Leif

    in reply to: bug ?! 1)RDS input and phase drifts! #7312
    Leif
    Keymaster

    Didac, it could be! It depends on the inner workings of your receiver.

    Any receiver which uses the pilot to decode RDS would definitely be affected by this error.

    However, I don’t know that most receivers do, because you can run RDS on an FM mono station, without having a pilot at all, and the receiver would then not have any pilot at all to lock on to!

    Anyway, I have fixed the problem — looks beautiful now! I also implemented a much more accurate way to do 90 degree phase shift in my MPX encoders/decoders, resulting in 70dB stereo separation instead of the previous 50dB! 🙂

    Best,
    ///Leif

    in reply to: bug ?! 1)RDS input and phase drifts! #7310
    Leif
    Keymaster

    Camclone, you are 100% correct!

    Here’s what 19 + 57 kHz in phase looks like:

    Here’s what it looks like through Breakaway:

    That’s definitely phase shifted. Thanks for the heads up!

    I’m not sure how this obvious error slipped by me. I’ll get to the bottom of it.

    ///Leif

    in reply to: bug ?! 1)RDS input and phase drifts! #7309
    Leif
    Keymaster

    Oh, just to make sure we’re on the same page:

    Phase Drift is when the phase shift between two signals changes over time, correct? 🙂

    ///Leif

    in reply to: bug ?! 1)RDS input and phase drifts! #7308
    Leif
    Keymaster

    Hi Camclone:

    When Airomate generates Pilot + RDS in "RDS Only" mode, with synchronization channel enabled, then RDS and Pilot will come out of Airomate separately — for example RDS in Left, and Pilot in Right.

    If you then tell BBP to listen only to Left, BBP will not see the Pilot from Airomate, and it will generate its own (and say Pilot Absent). If so, pilot will be completely unsynchronized with RDS.

    If you tell BBP to listen only to Right, BBP will see the Pilot from Airomate, but not the RDS, and thus you won’t get any RDS at all 🙂.

    This is why I recommend using "Mix" — BBP will then see both, just as it should.

    If they end up out of phase by 31 degrees, than is likely a bug in BBP! Looks like I need to investigate further.

    Unfortunately the display on my Pira.cz analyzer cracked in my suitcase 🙁. Hopefully I’ll be able to use it with the serial software. Otherwise, I’ll just have to buy a new one, and be more careful next time.

    I don’t believe RDS phase shift is disasterous (it makes no difference for loudness, and should not make any difference in reception) but it’s certainly not correct.

    Best,
    ///Leif

    in reply to: Preprocessing #7257
    Leif
    Keymaster

    No Shit!

    I know that guy (Christopher Bustad). He was sitting in at a meeting at Swedish Radio when I was there last month, as an MPEG expert! Small world 😉.

    Best,
    ///Leif

Viewing 15 posts - 1,111 through 1,125 (of 1,890 total)