Home Forums Breakaway Professional Products – [discontinued] My Audio Over IP, STL , PCM, QDesign MP2, Ogg Vorbis, mp3

Viewing 15 posts - 1 through 15 (of 46 total)
  • Author
    Posts
  • #1347
    BriansBrain
    Participant

    8)

    I’m working on a PC Studio Transmitter Link over IP for the PC.

    Used for any One to One Audio Streaming purpose,
    Especially Studio to Transmitter or ‘Live’ broadcaster to Studio Link.
    Either over a private Lan network or the Internet.

    UDP Protocol over Lan – Upload Streaming @
    PCM Latency 100 milliseconds Constant.
    From 8000kHz, 8 Bit, Mono – @ 10kbs
    To 48000kHz, 16 Bit, Stereo – @ 200kbs

    QDesign MPEG I Layer II Latency 240 milliseconds Constant
    From Mono 32000 Hz, 64 kBits/s – @ 8kbs
    To Stereo 48000 Hz, 384 kBits/s – @ 48kbs

    Ogg Vorbis Latency 240 milliseconds Constant
    From 11025 Hz, Mono, 22kbps (Q:0.0) – @ 3kbs
    To 48000 Hz, Stereo, 450kbps (Q:1.0) – @ 57kbs

    MPEG Layer-3 Latency 240 milliseconds Constant
    From 128 kBit/s, 32000, Stereo – @ 16kbs
    To 320 kBit/s, 48000, Stereo – @ 41kbs

    Over the Internet the dealy is a little longer.

    Using the UDP protocol gives the lowest possible delay.
    But, if the connection is not very stable with UDP you will loose data.

    TCP protocol has guaranteed delivery of packets, you will not hear disturbances.
    One penalty with TCP is a delay in the audio signal.

    A couple of pics…

    The Sender testing QDesign MPEG I Layer II.

    The Receiver UDP and PCM over Lan at full whack.

    If anyone is interested in giving it a try ?

    My email is >> audio.entertainment@yahoo.com

    The Demo Evaluation Package is now available:
    Limitations:
    1)- Thirty Minutes Streaming.
    2)- One hour programs running before re-starting.

    Runs on 32bit Windows ONLY, Recommend 2000 or XP for professional use.
    Pentium 3 minimum, low CPU usage.

    ………… BB 8)

    #13292

    hrhr…..

    try using ctยดs he-aac encoder@48khz 32kpbs an PS with edcast and a icecast2 server.

    #13293
    BriansBrain
    Participant

    [quote author=”bennylein1985″]hrhr…..

    try using ctยดs he-aac encoder@48khz 32kpbs an PS with edcast and a icecast2 server.[/quote]

    What about the delay ๐Ÿ˜•

    #13294
    Modulator
    Member

    Are delays lower than 500ms possible? Something like 50ms would be cool. FLAC!

    #13295
    BriansBrain
    Participant

    [quote author=”Modulator”]Are delays lower than 500ms possible? Something like 50ms would be cool. FLAC![/quote]

    Even on tests streaming one PC to another @ PCM 44100, 16kHz, Stereo
    just throuth a router (no internet) I can’t get better than 100ms ๐Ÿ˜•

    It’s because it is Streaming ๐Ÿ™‚
    So the server makes the packets up first before it sends them,
    then the Client has to get all the packet before it can make it
    back into the wav it started life as.

    8)

    #13296
    yorkie98
    Participant

    PCM streams would be no problem for me here in UK, high bitrate streams with other codecs no problem.

    My line speed here is 80Mbps down and 20Mbps up.

    If you need someone to assist with sending audio out to test the software, PM me, I can spare a couple of Mbps without a problem.

    I’m a broadcast engineer so I know my stuff.

    Yorkie.

    #13297
    BriansBrain
    Participant

    [quote author=”yorkie98″]If you need someone to assist with sending audio out to test the software, PM me, I can spare a couple of Mbps without a problem.[/quote]

    Thanks a lot Yorkie,
    I might take you up on your offer ๐Ÿ˜›

    We have 10Mbps down in Gran Canaria but only 0.82Mbps up MAX if we are lucky ๐Ÿ˜•
    Infact it’s more like 0.3Mbps most of the time ๐Ÿ™

    So I can’t give it a full test.

    BB 8)

    #13298
    userov
    Member

    Try OGG/Vorbis, the latest one, SAM Broadcaster Encoders via Pipeline, and Modified (latest KH) Icecast, with setting of "<burst-size>0</burst-size>" in the config file and you can get as good as <100ms. Tested via City connection (we have fast Fiber-optic Internet everywhere, local speed is at 100 mbps) <1ms ping between the 2 machines, 17km apart from each other, the lag is minimal, below 100ms.

    #13299
    Boki
    Member

    [quote author=”userov”]Try OGG/Vorbis, the latest one, SAM Broadcaster Encoders via Pipeline, and Modified (latest KH) Icecast, with setting of "<burst-size>0</burst-size>" in the config file and you can get as good as <100ms. Tested via City connection (we have fast Fiber-optic Internet everywhere, local speed is at 100 mbps) <1ms ping between the 2 machines, 17km apart from each other, the lag is minimal, below 100ms.[/quote]
    And what "player" (decoder) you use for other side?

    #13300
    BriansBrain
    Participant

    [quote author=”Boki”][quote author=”userov”]Try OGG/Vorbis, the latest one, SAM Broadcaster Encoders via Pipeline, and Modified (latest KH) Icecast, with setting of "<burst-size>0</burst-size>" in the config file and you can get as good as <100ms. Tested via City connection (we have fast Fiber-optic Internet everywhere, local speed is at 100 mbps) <1ms ping between the 2 machines, 17km apart from each other, the lag is minimal, below 100ms.[/quote]
    And what "player" (decoder) you use for other side?[/quote]

    What I was thinking also ๐Ÿ˜•

    #13301
    BriansBrain
    Participant

    Codec Formats Tested

    Streaming Bandwidth Needed (Upload) @

    Microsoft PCM
    From 8000kHz, 8 Bit, Mono – @ 10kbs
    To 48000kHz, 16 Bit, Stereo – @ 200kbs << Better than CD Quality but 200kbs upload needed
    MPEG Layer-3
    From 18 kBit/s, 12000, Stereo – @ 3kbs
    To 320 kBit/s, 48000, Stereo – @ 41kbs
    Microsoft ADPCM
    From 8000kHz, 4 Bit, Mono – @ 5kbs
    To 44000kHz, 4 Bit, Stereo – @ 45kbs
    GSM 6.1
    From 8000kHz, Mono – @ 2kbs
    To 44000kHz, Mono – @ 10kbs
    CCIT A-Law or u-Law
    From 8000kHz, 8 Bit, Mono – @ 10kbs
    To 44000kHz, 8 Bit, Stereo – @ 90kbs

    And now with Ogg Vorbis Codecs
    Using Mode1 the Original Stream Compatible.
    Format Tag: 26447 (mode1) = VBR
    Format Tag: 26479 (mode1+) = CBR

    Streaming Bandwidth Needed (Upload) @ min > max
    Only tested the top end 128kbps upwards with Music & Speech

    In Mono
    48000 Hz, Mono, About 128kbps (Q:0.7) – @ 16kbs > 20kbs
    48000 Hz, Mono, About 144kbps (Q:0.8 ) – @ 18kbs > 22kbs
    48000 Hz, Mono, About 192kbps (Q:0.9) – @ 23kbs > 27kbs
    48000 Hz, Mono, About 256kbps (Q:1.0) – @ 28kbs > 34kbs

    In Stereo
    48000 Hz, Stereo, About 128kbps (Q:0.4) – @ 17kbs > 24kbs
    48000 Hz, Stereo, About 160kbps (Q:0.5) – @ 20kbs > 30kbs
    48000 Hz, Stereo, About 192kbps (Q:0.6) – @ 25kbs > 34kbs
    48000 Hz, Stereo, About 240kbps (Q:0.7) – @ 28kbs > 37kbs
    48000 Hz, Stereo, About 256kbps (Q:0.8 ) – @ 30kbs > 40kbs
    48000 Hz, Stereo, About 350kbps (Q:0.9) – @ 40kbs > 48kbs
    48000 Hz, Stereo, About 450kbps (Q:1.0) – @ 48kbs > 60kbs <<< This was the one I was after ๐Ÿ˜›

    And…
    QDesign MPEG I Layer II 48000 Hz, 256 kBits/s – @ 32kbs

    Using the UDP protocol over the Internet gives the lowest possible delay (500ms).
    But, if the internet connection is not very stable with UDP you will loose data.

    TCP protocol has guaranteed delivery of packets, you will not hear disturbances.
    One penalty with TCP is a delay of a few seconds in the audio signal.

    I will be looking for testers if anyone is interested (Yorkie has already offered)
    No special requirements are needed, Windows 32 bit system, Pentium 3 minimum.
    For the Sender my program and the ACM codecs.
    For the Receiver, a Static Internet IP Number is requiered, my program,
    the ACM codecs and a Port has to be opend up in NAT settings in your router.

    BB 8)

    #13302
    Boki
    Member

    I am already using 48kHz 16bit PCM (~1.6Mbits bandwidth) with around 100-200ms with Wifi Link…

    But always want to check new things. ๐Ÿ™‚

    #13303
    BriansBrain
    Participant

    [quote author=”Boki”]I am already using 48kHz 16bit PCM (~1.6Mbits bandwidth) with around 100-200ms with Wifi Link…

    But always want to check new things. ๐Ÿ™‚[/quote]

    100-200ms is very good, you must be using UDP not TCP ?
    I will have to do a speed test of mine over a private network.

    What sort of WiFi distance are you using ?

    #13304
    Boki
    Member

    It’s always UDP. Do not ever think about TCP for low-latency audio over IP. Also when you think about Low-Latency on PC+Windows, don’t forget ASIO.
    Distance is about 5.5km with 90cm dish antennas and Bullet5 on both sides. Soon will update to Bullet5MP.

    #13305
    BriansBrain
    Participant

    [quote author=”Boki”]It’s always UDP. Do not ever think about TCP for low-latency audio over IP. Also when you think about Low-Latency on PC+Windows, don’t forget ASIO.
    Distance is about 5.5km with 90cm dish antennas and Bullet5 on both sides. Soon will update to Bullet5MP.[/quote]

    Sounds a great link you have.
    Do you have to have Line of Sight for the antennas ?

    I have made my STL with low speed (Upload) internet in mind, like mine.
    My ADSL line specs = 10Mbps Download and 0.82Mbps Upload.
    Infact it’s more like +/- 0.3Mbps unstable Upload most of the time.

    So 25kbs > 35kbs upload would be safe.
    So I have to go Codec.
    Ogg Vorbis @ 48000 Hz, Stereo, 240kbps – @ 28kbs > 37kbs

    Because the Codec Encode + Decode itself produces delay, plus the Internet delay
    it is Impossible to get low-latency audio over IP in this situation.

    So using UDP to obtain the lowest possible delay is pointless because of the erratic
    low Upload speed and the possibility of loosing data, also I’m forgetting ASIO.

    That’s why I’m going with TCP protocol, guaranteed delivery of packets,
    penalty the delay of an extra second in the audio signal.

    BB 8)

Viewing 15 posts - 1 through 15 (of 46 total)
  • The forum ‘Breakaway Professional Products – [discontinued]’ is closed to new topics and replies.