similar to: OddCastDSP & SQRSoft crossfader problem

I've not had a reply on the OddSock forum so I'll try here. I am attempting to use the OddCastDSP Winamp2 plugin via the (free) SQRSoft Advanced Crossfading output plugin (http://www.sqrsoft.com.ar/en/plugins.html). This is necessary to provide intelligent crossfading which sounds very professional. I've not heard of any other crossfading algorithm that works so well. It uses the

Hey Oddsock I couldn't find your email address so sorry for posting to the list. I know we've had a similar discussion in the past but I'm hoping something can be arranged to solve this problem. I've just tried your new OddCastv2 (for Winamp2) with the SQRSoft crossfader hoping that the old problem had been overcome, however, it is much worse. Winamp simply exits without any

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

Hi Oddsock Thank you for your detailed reply. > these are all very valid points, but consider the following. > I, and I suspect some others as well, write open source > software to provide people free (or otherwise cheap) options > to problems that are traditionally solved by proprietary or > non-open software....... I appreciate the non-paid time required. It is rewarding

In trying to execute this line in R (Version 1.7.1 (2003-06-16), under windows XP pro), with the randomForest library (about two weeks old) loaded, the program crashed: bost4rf <- rfImpute(TargetDensity~.,data=bost4rf0) Specifically, an XP dialog box popped up, saying ?R for windows GUI front-end has encountered a problem and needs to close.? That was the dialog saying asking whether I

I am attempting to run Poole's OC package in R, using Windows NT 5.1. Everytime I try to estimate a two-dimensional model, the estimation begins and then I am informed "R for Windows GUI front-end has encountered a problem and needs to close". There is no problem estimating a one-dimensional model. I have no idea why the estimation will not contine. I have included the error

Full_Name: daniel t. O'Shea Version: 2.2.1 OS: xp Submission from: (NULL) (156.98.28.4) using the cor command in the base package. cor(x,y) x is a matrix (15 rows and 1000 columns). I did not specify a column and R crashed - shut down. error signature AppName:rgui.exe AppVer 2.21.51220.0 ModName: r.dll ModVer: 2.21.51220.0

Hi List, I am trying to read a large shapefile (~37,000 polys) using read.shape [winxp, 1gig ram, dellbox). I receive the following error: AppName: rgui.exe AppVer: 1.90.30412.0 ModName: maptools.dll ModVer: 1.90.30412.0 Offset: 0000309d The getinfo.shape returns info, and the shapefile is readable in arcmap. Any ideas on how to overcome this? Thanks Herry

IE 6 SP1 crashes on pages with prototype.js AppName: iexplore.exe AppVer: 6.0.2900.2180 ModName: kernel32.dll ModVer: 5.1.2600.2945 Offset: 00012a5b It''s suggested that TextWare''s QuickFind BHO is causing the crash and that uninstalling it does the trick! I wan''t to find exactly what part of prototype is causing this... My findings will end up here and on

Dear Rexperts: (R 2.0.1 on Windows XP Pro) Is the following problem unique to my setup? If it's a known problem, I didn't see it at http://bugs.r-project.org/ nor find discussion in the archives. plot(1:10) loc <- c(5, 6) text(loc, labels = "a") Produces expected results according to ?xy.coords. plot(1:10) loc <- list(x = 5, y = 6) text(loc, labels = "a") No

Well I don't know if anyone can help with this but it will be interesting to know if others have had the same problem. I can't start R at home on my laptop [ I'm using 1.8.1 under Windows XP]. When I click on the shortcut I get the usual Windows box for when an application needs to close. A couple of clicks down it displays the following: Error signature AppName: rgui.exe

This is a bug apparently caused by Windows XP's interaction with R. I was getting an error message when running C:\Program Files\R\rw1081\bin\Rgui.exe. Odly enough, his problem was happening only when I was not connected to the network using my ethernet connection. Using Google, I found the same error described on a thread (see attached) as: > The R installation is fine on Windows XP,

Full_Name: Yongchao Ge Version: 1.8 OS: Windows XP profesional Submission from: (NULL) (146.203.2.152) The R installation is fine on Windows XP, but when I started to open the R program, then it pops out this message: "R for Windows GUI front-end has encountered a problem and needs to close. We are sorry for the inconvenience....." The error signature is: AppName: rgui.exe AppVer:

Dear Prof Harrell and everyone, My PC: Window XP service pack 3 and service pack 2 R version 2.8.1 and 2.9 alpha For the last 3 days, after updating R, my two computers have been facing problems when running existing and runable R commands that involves with Design package I attempt to use 'survest', but I failed all the times with R (both 2.8.1 and 2.9 alpha) being shut down

Hi there, I just installed R 2.11.1 on my PC, which runs a Windows XP Home. The installation is successful, however, when I double click on the R icon, I get the following error message: R for Windows GUI front-end has encountered a problem and needs to close. We are sorry for the inconvenience. Error signature is: AppName: rgui.exe AppVer: 2.111.52157.0 ModName: msvcrt.dll ModVer:

Hello. I am trying to build R on Windows. It appears that my build passes the various "make checks" (unless I missed some error) and running Rterm seems to work fine whereas Rgui has an immediate error stating " AppName: rgui.exe AppVer: 2.150.58871.0 ModName: rzlib.dll ModVer: 0.0.0.0 Offset: 0000a9e5 The taskbar still works, but the console window has nothing in it, and

Boink wrote: > They're streaming only in 22050/11khz mono. > I'm doing my stream around 30 kbps/11khz in *stereo*. Just my opinion but I've found streaming with quality -1 22khz Mono produces the best sound quality for 32kb/s. 11khz stereo sounds like crap in comparison. I'm just waiting (impatiently) for OddCastDSP(v1) to support 22050 mono via the SQRSoft crossfader. If

I noticed a problem using R 2.7.1 on Windows XP SP2 with the precompiled Atlas Rblas.dll. Running the code below causes R to crash. I started R using Rgui --vanilla and am using the precompiled Atlas Rblas.dll from cran.fhcrc.org dated 17-Jul-2007 05:04 for Core2 Duo. The code that causes the crash: x <- rnorm(100) y <- rnorm(100) z <- rnorm(100) loess(z ~ x * y) loess(z ~ x) does

FYI, I've added a crossfader to the ices0 trunk in subversion: http://svn.xiph.org/icecast/trunk/ices0 It requires LAME support (of course). To use it, either pass -C <secs> on the command line, or add a <Crossfade>secs</Crossfade> node to the Playlist section of the config file. Reencoding must also be enabled on your stream. NOTE: the crossfader can't resample, so all