"Hickup" with edcast capturing sound, ie. bars go off and send silence less than 1 sec

[GoogleCodeExporter]

What steps will reproduce the problem?
1. having edcast open or streaming to server

What is the expected output? What do you see instead?
Streams fine, but occasionally bars go away, and same time silence is sent to 
server. Winamp plays music continuously though.

What version of the product are you using? On what operating system?
3.36 beta standalone, on windows 7 x64 home premium.

Please provide any additional information below.
Sound is coming all the time for edcast to capture, but somehow it occasionally 
takes pause less than 1 sec.
Not sure if has something to do limiter?
I just testing limiter with 6dB gain, 0dB limit, 50uSec pre-emphasis that seems 
ok for my configuration to boost a little bit some songs that have not been 
normalized.

Original issue reported on code.google.com by saundihe...@gmail.com on 12 Dec 2011 at 4:17

[GoogleCodeExporter]

Tested with same "hickup" with 3.33 version too. Maybe caused by limiter?
Some 3.2x versions tested too and not noticed any signal loss (only weird sound 
after 3 hours streaming).
Now testing 3.37 with 192kbps mp3 stream if signal will be lost at some point.

Original comment by saundihe...@gmail.com on 14 Dec 2011 at 9:20

[GoogleCodeExporter]

Have you tried testing without limiter - there may well be some bugs in the 
limiter. I noticed a stereo song that had silence in the right track ended up 
sending nothing at all for the duration of the song

Original comment by jaroma...@gmail.com on 14 Dec 2011 at 9:59

• Changed state: Accepted
• Added labels: Component-Logic, Usability

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Forgot to mention ... the weird sound after 3 hours was a known issue with the 
standalone version (or the DSP version in soundcard mode) due to the BASS.dll 
library

Original comment by jaroma...@gmail.com on 14 Dec 2011 at 10:13

[GoogleCodeExporter]

Tested without limiter too, same hickup occasionally.
But as interesting side-effect, when I tried with ThreeHourBug=1 problem seemed 
solved. I listened my stream for over an hour and sound was fine all the time.
Interestingly 3.36 didn't have 3 hour bug, but only this randomly lost sound 
for less than second.
I'm going to test more with and without ThreeHourBug setting in cfg.

Original comment by saundihe...@gmail.com on 14 Dec 2011 at 11:54

[GoogleCodeExporter]

ThreeHourBug makes edcast stop/start capturing from audio card ever three hours 
or so ... you'd hear a "click" as a listener ...

other than that it does not change any other processing, so I am surprised this 
hiccup is resolved using threehourbug setting

Thanks for doing that testing - can I ask, what sort of audio card you are 
using?

Original comment by jaroma...@gmail.com on 15 Dec 2011 at 12:04

[GoogleCodeExporter]

I use this integrated Realtek High Definition Audio on motherboard, because 
none of my previous PC's soundcards (2) worked as they should have worked.

Original comment by saundihe...@gmail.com on 15 Dec 2011 at 8:38

[GoogleCodeExporter]

Today it seems that no matter what settings are.
Now within 15 minutes 4 or 5 times with limiter off and ThreeHourBug=0.

Original comment by saundihe...@gmail.com on 15 Dec 2011 at 9:27

[GoogleCodeExporter]

You are recording "stereo mix"?

I'd be interested if the original edcast has the same issue - as nobody else 
has reported this issue, it seems specific to your system

Original comment by jaroma...@gmail.com on 15 Dec 2011 at 1:02

[GoogleCodeExporter]

Yes, I'm using stereo mix, because otherwise I couldn't get fade for mic (using 
VoiceSwitch).
This problem was not in earlier versions without limiter, I'm not sure which 
version I used previously but it was newest from Club Rio between june to 
august.
I got this problem couple days ago when I tried 3.36.
During last 17 months only problem has been 3 hour bug, I haven't been looking 
for new versions of edcast because I usually do 3 hour broadcasts. Only few 
times I have got inspiration to do 4 hours and then listeners have complained 
weird noise.

But as I tried yesterday, it seems this new problem comes only if edcast has 
limiter on when starting. Setting limiter off during broadcast didn't help, but 
restarting edcast without limiter did.

Original comment by saundihe...@gmail.com on 15 Dec 2011 at 11:31

[GoogleCodeExporter]

I think that this link may contain some replies...
http://tech.groups.yahoo.com/group/StationPlaylist/message/35470`
thanks  bibi

Original comment by gr1...@gmail.com on 10 Jul 2012 at 3:35

[GoogleCodeExporter]

Indeed, oddcast/edcast was never properly multi-threaded - and this can cause 
odd issues. I've not tried to make it properly multi-threaded, concentrating on 
riocast

Original comment by jaroma...@gmail.com on 10 Jul 2012 at 4:03

[GoogleCodeExporter]

I think this issue is related to a bad internet connection and can be 
reproduced by pulling out the ethernet cable. (Even, when the server is 
disconnected, the bars should still "show sound", but they don't for a few 
seconds)
oddcast and the shoutcast-dsp(v.1) have a similar issue.
Has nothing to do with Limiter or Joint Stereo or codec.

Maybe a send-TCP-method, that blocks to long under some circumstances.

Original comment by fefefan...@googlemail.com on 6 Aug 2012 at 12:33

[GoogleCodeExporter]

As I stated already - edcast is not multi-threaded ... so, network issues can 
effect the whole program in a host of ways

Original comment by jaroma...@gmail.com on 7 Aug 2012 at 8:11

[GoogleCodeExporter]

Original comment by jaroma...@gmail.com on 9 Feb 2013 at 2:42

• Changed state: WontFix