<?xml version="1.0" encoding="windows-1252" ?>
<rss version="2.0">
	<channel>
	<generator>OnAStick RSS HTML Parser</generator>
	<pubDate>3 Mar 2010 17:54:59 +0000</pubDate>
	<title>oas playout development</title>
	<link>http://www.onasticksoftware.co.uk/h:\web_site\new\playout-dev.html</link>
	<item>
	<title>03/03/10</title>
<description> In a few spare hours 
            at the weekend, I had a fiddle with integrating Twitter 
            into Playout - in part because I doubt any other playout system can 
            and I like to achieve a &quot;first&quot; now and then. There were 
            two aspects I looked at - the first being to take the station's feed 
            and have it including in the scrolling message bar at the top of the 
            display, you can see an example of this here. 
            The second aspect was to combine it with the track 
            lister capability and allow a short summary of &quot;tracks you 
            just missed...&quot; to be posted at odd intervals - not too often 
            mind because that would become mighty annoying to your followers but 
            every hour or two could be quite a nice touch. Both of these features 
            are now in my development version and seem to work quite well but 
            for how long remains to be seen.... As it stands they use Twitter's 
            &quot;basic&quot; API to authenticate users which is not only insecure 
            (as usernames &amp; passwords are sent in unencrypted) but is set 
            to be depreciated in June of this year. Quite what that means in reality 
            isn't clear to me but the alternative is their new OAuth 
            API however it's going to take me a bit longer to get my head around 
            this, not least because most of the examples are geared up for web 
            server scripting whereas I need it to be able to integrate (at least 
            partly) into an application. So it could prove to be quite a short 
            lived feature!
	</description>
	<pubDate>03 Mar 2010 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#03/03/10</link>
	</item>
	<item>
	<title>09/01/10</title>
<description> Whilst the country 
            collapses under the weight of the snow, I've spent a little more time 
            on Playout. Principally heading towards a v3.5 release which will 
            have re-styled icons on the main players and support the automation 
            on both players. In parallel with that, also been attempting to track 
            down a random bug which sporadically causes a track to start prematurely. 
            It happens very very occassionaly hence why it's proving very painful 
            to replicate - this despite it cropping up twice on new year's eve! 
            Trouble is, I didn't have the extra debug in it then to help track 
            it down. 
	</description>
	<pubDate>09 Jan 2010 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#09/01/10</link>
	</item>
	<item>
	<title>23/10/09</title>
<description> Post the release 
            of Playout v3.42 (which is mostly a minor bug fix release), I've been 
            slowing making the internal changes necessary to support full automation 
            on player 2. As of last weekend, the basic capability is now in and 
            working however the most complex change has yet to happen - the monitoring 
            for failure conditions and handling them accordingly. 
	</description>
	<pubDate>23 Oct 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#23/10/09</link>
	</item>
	<item>
	<title>14/09/09</title>
<description> I introduced a minor 
            change to seeking within MP3 files which have Xing VBR headers to 
            improve their accuracy - in essence the 'cue start' position automatically 
            calculated by Playout often proves to be slightly off with these files. 
            In my googling for information, came across this page which mentions 
            the header and the additional Lame 
            header. What piqued my interest in there was the fields supporting 
            something called Replay 
            Gain - which as the link suggests is a proposed standard 
            to try and give a common output level. Playout has supported the ability 
            to perform peak 
            level normalisation since day 1 but this is something a bit more 
            advanced and may well be useful feature to have. A fair number of 
            software players appear to support it however how widespread the actual 
            tags are is debatable. For most radio stations which feed the final 
            output to a hardware compressor it may not be much use but for a cheaper 
            alternative - or for the Lite version which is designed for mobile 
            discos etc. it could be a worthwhile addition. Further research will 
            follow.... 
	</description>
	<pubDate>14 Sep 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#14/09/09</link>
	</item>
	<item>
	<title>08/09/09</title>
<description> Due to other committments, 
            I'm not going to be enhancing Playout much further for probably about 
            the next year although no doubt I will be flowing in bug fixes and 
            minor changes throughout that period - by which time we'll have just 
            about reached a historic 10 year anniversary! In the meantime though 
            I have been spending a little time including - what is to be fair 
            a bit of a gimick, into the software. Namely enabling the display 
            of any cover art (pictures) embedded in the audio files currently 
            being played to replace the station logo bitmap for the life of said 
            track. As I said, a gimick but it does look nice. 
	</description>
	<pubDate>08 Sep 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#08/09/09</link>
	</item>
	<item>
	<title>19/07/09</title>
<description> It looks like the 
            runtime library fix I mentioned last time has fixed the ASIO driver 
            crash which is good news however as a result I've needed to rebuild 
            every executable &amp; library used within Playout to ensure the new 
            library is linked in. Whilst the probability of the problem occurring 
            elsewhere does seem to be low, it seems prudent to rebuild everything 
            just to be on the safe side. As a result, Playout v3.41 is released 
            today which includes this fix. I've also finished my overhaul of the 
            website, which amongst other things includes a rather dodgy video 
            on the front page...
	</description>
	<pubDate>19 Jul 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#19/07/09</link>
	</item>
	<item>
	<title>12/07/09</title>
<description> I've been looking 
            at two things this weekend. Firstly, what I need to do to allow automation 
            on the 2nd channel of Playout. I think after due consideration 
            and the number of problems it could raise this will be of reduced 
            capability than that offerred by Player 1 - ie. no voicetracking, 
            scheduled playlists etc. just the basics of start then go. Even so 
            I'm treading carefully because the logic surrounding this is quite 
            complex. 
          Secondly I've been banging my head 
            against a wall for a while trying to find the cause of a sporadic 
            program crash (on exit fortunatly) when using the ASIO 
            driver layer. Despite repeatedly trawling the code &amp; debugging 
            it I can't see anything obviously wrong so I was beginning to wonder 
            if it was an issue with the compiler's heap and a quick Google came 
            up with this page on a problem with the Borland 
            5 Runtime Library. I'm not yet 100% convinced this is the 
            problem because we're not doing excessively large memory allocations 
            in the driver although it does look like the problem I saw earlier 
            this year in Playout Manager where I applied my own fix. Either way 
            the instructions there are pretty much complete and thus far I've 
            not seen a repeat of the crash although it is sporadic so further 
            testing is necessary. One point of note I did encounter building the 
            library from my CD is the linker complains about 16 bit segments in 
            'fdiv32.asm'. I have no idea why, the offending file builds okay so 
            in the end I stripped the $(AUXOBJS) section out of the makefile in 
            math\common32. It seems to be related to the old Pentium 
            FDIV bug so I think we can safely dispense with it now. 
	</description>
	<pubDate>12 Jul 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#12/07/09</link>
	</item>
	<item>
	<title>28/06/09</title>
<description> It does seem to 
            be that I will be perpetually fated on releasing a new major version 
            of Playout, that no matter how much testing I do before hand, within 
            days of the release I find something nasty with it. The release of 
            v3.4 continues this trend nicely with the wrong default database template 
            in the installer and something nasty in Playout Manager which affects 
            multi-core processors. Fortunatly both can be addressed with an add 
            on patch but it is annoying. Unfortunatly as software becomes more 
            complex, the likelihood of this sort of thing increases. 
          The &quot;lite&quot; 
            version is also due soon but before that I'm working on overhauling 
            most of the about 
            pages which are beginning to look a bit out of date. 
	</description>
	<pubDate>28 Jun 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#28/06/09</link>
	</item>
	<item>
	<title>18/06/09</title>
<description> The reason I started 
            work on Playout back in 2001 was because of my interest and enjoyment 
            of radio and a good part of that being local commercial radio. Therefore 
            I would be remiss if I didn't mention that the final part of Global 
            Radio's transformation 
            of most of it's local radio into Heart FM completes this weekend 
            with the demise of two of the local stations which formed much of 
            my early listening experiences - Southern 
            FM (nee Southern Sound) and Invicta 
            FM. After this Sunday, those station names will be consigned to 
            history as they become Heart Sussex and Heart Kent. Which is quite 
            frankly a real tragedy although, it is to be honest really another 
            nail in the coffin for these stations since most of the &quot;heart&quot; 
            of them had already been ripped out post the GWR/Capital 
            merger took away much of the local programming. They are now part 
            of a set of bland, carbon copies of many stations across England. 
            I hope it all goes horribly wrong for them. Hopefully those (few) 
            remaining independents will really gain from this, the ubiquitous 
            Jack FM in Oxford has made the headlines several times putting the 
            boot in and Juice 
            Brighton who I frequently listen to these days on the Sussex DAB 
            mux have stepped up a notch promoting their &quot;made in Brighton&quot; 
            slogan.... Some of my memorable bits from commercial radio are still 
            on my old website - here. 
          
	</description>
	<pubDate>18 Jun 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#18/06/09</link>
	</item>
	<item>
	<title>10/06/09</title>
<description> Oddly enough, stuff 
            *has* been happening with a view to putting out a new release - I 
            also plan to do a bit of a site overhaul shortly after, it's just 
            fitting the time in. I did a weekend streaming audio for the Hastings 
            Rock people towards the back end of May using my latest build which 
            highlighted a few minor issues plus I had some good ideas on enhancements 
            which I thought worth rolling in before the new release. Since I'm 
            also trying to put out the first release of &quot;Playout Lite&quot; 
            as well (more exact details soon!), I've been working on all the help 
            &amp; documentation updates to support that as well. So it's happening, 
            just slower than I'd like.....
	</description>
	<pubDate>10 Jun 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#10/06/09</link>
	</item>
	<item>
	<title>29/05/09</title>
<description> Off topic: The anti-freeze 
            petition has been responded 
            to by our government, who have aptly demonstrated a profound ability 
            to COMPLETLY MISS THE POINT. Their decision to take no action whatsover 
            is based on the premise that antifreeze is clearly labelled where 
            in reality the petition's aims were to address those life forms that 
            CAN'T READ LABELS ie. animals and small children. Regardless of how 
            careful anyone is, accidents can and will happen eg. leaking radiators 
            on cars so the aim was to make this lethal stuff unpaletable. However 
            thanks to everyone who posted on this via this site, futile though 
            it turned out to be.
	</description>
	<pubDate>29 May 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#29/05/09</link>
	</item>
	<item>
	<title>30/04/09</title>
<description> Normally at this 
            time I'd be running around putting the final touch to this year's 
            Hastings Rock RSL however with the current financial woes, the committee 
            decided back in February that it was all just a bit too risky to attempt 
            to put on one this year. A side effect of that is that I've not been 
            pulling out the stops to get a new &quot;major&quot; release out in 
            time for the broadcast - something I normally try and do so it can 
            be given a good shakedown before being made available to the world 
            at large. The bonus is of course without being involved in the broadcast, 
            I can devote more time to purely Playout related matters.
          At the moment, I'm planning on putting 
            in a couple more minor changes and aim to have a new version out, 
            hopefully by the end of May. The trials of Request Manager have been 
            going well at Unity 101 (it would've been good to try that out on 
            Hastings Rock this year but wasn't to be) and they aim to start using 
            it full time with their listeners in the next few weeks, all being 
            well that too will be available with the new release. In parallel 
            with all that I'm working on a new variant of cut down variant of 
            Playout. The aim is to be similar to the freeware version (ie. no 
            database meaning no Playout Manager) but with a little more intelligence 
            built in - ie. supporting tagging, cue points and rudimentary playlists. 
            This variant would be more targetted towards mobile discos/djs and 
            possible retail establishements - shops etc. The idea being a lot 
            more simpler to use and manage and be more suited to those kind of 
            environments. 
	</description>
	<pubDate>30 Apr 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#30/04/09</link>
	</item>
	<item>
	<title>10/03/09</title>
<description> We've just started 
            trialing the first Beta releases of &quot;OAS Request Manager&quot; 
            which will (hopefully) become a new add on to Playout forming the 
            premise of Automated Listener Requests. As I briefly outlined 
            in November this is a concept designed to combine the idea of during 
            periods of automation (ie. unattended operation), listeners can send 
            in requests which are then automatically included for playback by 
            the main Playout application. This isn't a new concept - we've been 
            doing it for a while on Hastings Rock and I have a write up on it 
            along with some sample server side scripts here. 
            The key drawback with this though is the technical know how required 
            to set up a web based database engine not to mention the security 
            implications. Request Manager works slightly differently, instead 
            the user sends in their request and the software attempts to find 
            the closest match in the database, taking into account spelling and 
            variations in the track title etc. Originally I intended this to compliment 
            the original web based search engine since it would allow requests 
            to be sent in via SMS texts - over the mobile phone network however 
            this could also equally handle requests sent in via email or via a 
            simple web based form. Obviously this approach is a bit more hit and 
            miss than a direct search mechanism but it could provide a much simpler 
            approach to this concept.
	</description>
	<pubDate>10 Mar 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#10/03/09</link>
	</item>
	<item>
	<title>22/02/09</title>
<description> There has been a 
            smattering of updates across this site over the past few days, notably 
            to add a 'Latest News' 
            section to the front page, update the freeware 
            release to the latest version and update the Future 
            Playout page... The latter of which contains a fair hint on the 
            current work I've been doing (now the kitchen building is finally 
            finished!). Actually it's really wrapping up the whole text based 
            request system which I started work on back in November, 
            which was rudely interruped by my migration to Window Vista and the 
            restyling of Playout (which also gets a mention on the Future Playout 
            pages...). Thus I've been putting the help together and generally 
            packaging it up ready for some proper trials. 
	</description>
	<pubDate>22 Feb 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#22/02/09</link>
	</item>
	<item>
	<title>30/01/09</title>
<description> Got a bit carried 
            away with some of the interesting stuff you can do with the new look 
            Vista controls to the point of... well click here 
            for a sneak preview of what the next release of Playout will look 
            like. And for those traditionalists, it'll stick look the same as 
            ever if you opt for 'Windows Classic' display settings.
	</description>
	<pubDate>30 Jan 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#30/01/09</link>
	</item>
	<item>
	<title>04/01/09</title>
<description> First up, happy 
            new year everyone. I was on FTL 
            over new year (as was Jim 
            &amp; co), which proved a good opportunity to see how Playout 
            behaves under Windows Vista. Overall everything works as well as it 
            did under Win2k (my old OS 'of choice') however it did have an annoying 
            habit of playing a 'beep' out the PC speaker everytime you clicked 
            on a track to load, despite disabling all sound effects (&amp; muting 
            the speaker). It was whilst I was investigating this (a known issue 
            in Vista you'll all be pleased to know) that I came across &quot;themed&quot; 
            controls and how to make your application look &amp; feel like it 
            was written for Vista (actually these came about in XP but it's been 
            taken further in Vista) - it's not too difficult either but does need 
            some minor code mods to make sure everything looks quite right. One 
            of the annoying things I'm finding though - not just on this but generally 
            - is Microsoft's tendency towards making everything appear in white. 
            It's been getting steadily worse, where all the controls seem to be 
            in some shade of white such that you can barely make out where the 
            controls are. Quite frankly, Playout Manager looks pretty apalling 
            with the &quot;default&quot; Vista colour scheme. I tend to change 
            the colours slightly - mostly to grey backgrounds (the screenshots 
            on this site are testiment to this) because it all gives me a headache 
            after a while but Vista seems to (again) make life difficult in that 
            (particularly with the themed controls), the &quot;whiteness&quot; 
            seems to leach through. Here's an example - the top part of the image 
            is after I change the background to grey yet various aspects of the 
            controls retain their 'whiteness'.
          
          The bottom image is the default Vista 
            scheme - you can barely make out the border of the Title edit control 
            or the selection bar..... So I need to figure out some method of making 
            the controls look half decent again, regardless of the OS in use.
	</description>
	<pubDate>04 Jan 2009 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#04/01/09</link>
	</item>
	<item>
	<title>21/12/08</title>
<description> It's been a busy 
            few weeks, despite me not writing anything useful here about it... 
            Firstly, I've finally sucumbed and bought a new PC, a fairly rare 
            event because normally I can't really justify it since I don't really 
            need loads more procesing power, memory etc. for what I use it for 
            - mostly developing Playout. However the old Athlon has been starting 
            to slow down chronically of late (I think it's the virus checker which 
            floors it) and some of the fans have been making rather nasty noises. 
            So I've been slowly migrating everything across - which has proven 
            tedious at times since I have some old but still perfectly useful 
            software I like to use. This is also a jump into the wonderful world 
            of Windows Vista, which having figured out how to turn a lot of the 
            annoying nags off is proving reasonably painless, not so my attempt 
            to get my trusty parallel port scanner working.
          Playout itself seems fine on the 
            new OS, there is a funny with the 1280x1024 display mode which causes 
            it not to display quite correctly with the &quot;new&quot; desktop 
            schemes but that has been easily fixed. Given a bit more time I'll 
            have a more positive feel that there is nothing else lurking in the 
            woodwork...
          Before all this lot kicked off though, 
            I made some reasonable headway with the SMS/request pattern matching 
            I mentioned last week. The application is just about there and I've 
            run a few song titles though it, thanks to some volunteers who sent 
            me some test tracks. Thus far it isn't too bad but I'm still finding 
            the odd track which I'd expect to match being discarded so still some 
            work to go before I'm totally happy with it. 
	</description>
	<pubDate>21 Dec 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#21/12/08</link>
	</item>
	<item>
	<title>14/11/08</title>
<description> I've made an initial 
            start at an optional add on to Playout which is to support an automated 
            request system much like the web 
            based system we used for Hastings Rock but using SMS texts instead. 
            The actual mechanics of how the SMS message reaches Playout isn't 
            something I'm overly bothered about - for starters I'm going to include 
            a Simple 
            MAPI client which would allow the software to pick them up via 
            MS-Outlook Express (or similar ilk) assuming that an SMS to Email 
            gateway is implemented elsewhere. The more challenging bit however 
            is in matching up the various phrasing (and not to mention spelling!) 
            of track titles which almost certainly won't match line for line anything 
            in the Playout database. The starting point for this is part of the 
            music import engine I wrote in Playout Manager several years ago which 
            looks for similar tracks in the database - ignoring grammer, certain 
            small words ['and', 'the' is' etc.] and allowing a certain tolerance 
            in bad spelling. Quite how well this will work in practice though 
            I think will only come about after it gets deployed on a real station 
            which might well be Hastings Rock next year or my friends at Unity101 
            have also expressed an interest.
	</description>
	<pubDate>14 Nov 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#14/11/08</link>
	</item>
	<item>
	<title>17/10/08</title>
<description> OAS Playout v3.3 
            is released today. This is mostly a Playout Manager enhancement rolling 
            in the multi-cpu optimisations for voicetracking and the new tagging 
            engine however it does mark a milestone in that from this version 
            onwards it doesn't work with Windows 98/ME. This is principally due 
            to the version of Visual 
            Studio C++ Express I used (2008) to build the taglib library which 
            precludes '98 support but it's probably overdue and will mean I have 
            less to things to worry about than testing on fairly obsolete operating 
            systems. 
          On another note, it's nearly a year 
            that I lost my cat due to antifreeze 
            poisoning and started promoting the petition 
            to change the contents of the evil stuff - to date there is 1000+ 
            signatures on there so thanks, especially if you found your way there 
            through this site. The deadline is early December so if you've not 
            done so or know some more folk who could add their name then now's 
            the time. Hopefully Mr. Brown can find a spare 5 minutes in the midst 
            of picking up what's left of the economy to take note.
	</description>
	<pubDate>17 Oct 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#17/10/08</link>
	</item>
	<item>
	<title>04/10/08</title>
<description> It has been quite 
            active this past week on the Playout front. Jim has been very kindly 
            breaking the current alpha release by trying to put together a voicetracked 
            programme for me. He's flung a few issues my way but most of them 
            are due to either new code (which is what the testing is all about) 
            or funnies on the MySQL front. However he did throw back something 
            odd with the ASIO interface, specifically when playing non-44khz sampled 
            tracks, in this mode it needs to go through a software resampling 
            engine - I used the LGPL 
            libresample 
            library and in the process made a rather stupid assumption that it 
            took in stereo samples, when in fact it's only mono. So I just needed 
            to break out the audio into seperate left/right channels and feed 
            it in. What was a bit stranger though is that the (in this case) upsampled 
            data appeared to overflow the sample limits so I had to include clamp 
            checks on the finished output to handle this. Very strange.
          In parallel with all this is the 
            re-occurance of the &quot;randomness&quot; of one of my Playlist generators. 
            Those of you with good memories may remember me having a drone on 
            about this one a 
            couple of years ago. The feedback again was the frequency in which 
            certain tracks re-occur in their auto generated playlists. So it started 
            me off again on the trail of looking at random number generators and 
            this time pasting loads of test run data into Excel spreadsheets. 
            In the process, I added in another LGPL 
            library to implement the rather lovely entitled Mersenne 
            Twist Pseudorandom Number Generator. which provides the option 
            of saving/restoring the random seed state. Unfortunatly as I said 
            back then I'm no mathematician so it can be a little tricky for me 
            to figure out if this has any significant impact or if the stats are 
            in fact correct but I think I've managed to track it down to the sheer 
            number of tracks with the same Genre in the supporting rulelist which 
            'skews' the final result quite badly. It certainly looks better if 
            I adjust this rule.... and as I said last time, it'll take a while 
            for them to see if they are fully happy with it...
	</description>
	<pubDate>04 Oct 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#04/10/08</link>
	</item>
	<item>
	<title>23/09/08</title>
<description> I threw together 
            another voicetrack show last week, nothing too exciting but more just 
            as a confidence check that everything still worked, which it pretty 
            much did apart from a recurring random crash (which I've seen very 
            rarely) rearing it's ugly head during the preparing of it. So far 
            I've had no real clue on what causes it however it always manifests 
            itself in the same way so I'm sure it's the same thing each time and 
            despite various code checks I've no idea - which is all very frustrating.... 
            However this time I managed to persuade the debugger to attach to 
            the dieing process and gleaned some clue as to what it was doing. 
            If it is what I think then it's keeling over in the audio core due 
            to a very specific set of conditions arising - possible but a little 
            too improbable I feel. A fix has gone in but since it's so infrequent 
            it'll be difficult to know for sure in the short term if its worked.....
	</description>
	<pubDate>23 Sep 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#23/09/08</link>
	</item>
	<item>
	<title>12/09/08</title>
<description> Well we're all still 
            here after Wednesday shenanigans 
            although since the particle bashing's not even started yet it was 
            all a bit of a let down. This means there's been nothing to stop me 
            updating the help, finishing the installer and rolling out a new release 
            - at least for a few people to test initially. I'm fairly happy with 
            the new tagging importer considering the amount of music that has 
            been flung at it but I'm going to put together a voicetrack programme 
            on a dual CPU machine to make sure all the threading work I did earlier 
            in the year is fully holding up. 
	</description>
	<pubDate>12 Sep 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#12/09/08</link>
	</item>
	<item>
	<title>05/09/08</title>
<description> The prevailing weather 
            for August this year seems to be characterised by the words &quot;exceptionally 
            dull and wet&quot; according to the BBC 
            and shows no signs of abating and if I hadn't been spending much of 
            my time kitchen fitting (still ongoing) we'd probably be up to Playout 
            v9 by now. Its all very depressing... However this past week or so 
            has seen a bit of activity - a flying visit to Luton helped track 
            down a buffer overrun which was causing the new importers to fall 
            over and I've spent some time today enhancing the search capabilities 
            inside Playout Manager (customer request) which in the process has 
            also fixed a very old bug in the Artist search engine (its listed 
            as issue #5 here) 
            so all good stuff. The help files need a reasonable bit of rejigging 
            but hopefully a new v3.3 version will soon be forthcoming.
	</description>
	<pubDate>05 Sep 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#05/09/08</link>
	</item>
	<item>
	<title>01/08/08</title>
<description> A few things have 
            been happening when I'm not embroiled in kitchen fitting. Mid way 
            last month I finished integrating taglib 
            into Playout Manager along with a general overhaul of the whole tagging 
            engine, notably tag writeback capability for all of the supported 
            audio formats within Playout. All the audio I've thrown at it (including 
            the entire Hastings 
            Rock disk) has been parsed successfully however Jim has had a 
            few issues which may not get resolved till I find my way in his part 
            of the world again (later this month). Not that it's particularly 
            Playout related but I've also been progressing a job I started last 
            year which was to upgrade my Linux kernel from 2.4.x to a 2.6.x flavour. 
            There's been a few sticking points but mostly its all now working 
            though I've still yet to undertstand how udev 
            fits fully into things. 
	</description>
	<pubDate>01 Aug 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#01/08/08</link>
	</item>
	<item>
	<title>21/06/08</title>
<description> I mentioned at the 
            beginning of last year 
            about replacing the pretty much non-maintained id3lib 
            ID3 tagging library with something more supportable, in this case 
            taglib 
            provided a Win32 port became available. Well as of February this year, 
            it is so I've made a start with attempting to get the grips with it 
            - also with a view of providing a much cleaner interface across all 
            the audio formats Playout now supports. I've just about put together 
            a routine to read the v2 tags I want but it's been hard going. Like 
            id3lib, taglib is written in C++ 
            and whilst I'm reasonable okay with the basics, this is seriously 
            hard core C++ so it's been a bit of a struggle to figure out the syntax 
            on doing what I want to do. The documentation is all there &amp; very 
            good but a few examples wouldn't go a miss for us old 'C' programmers. 
          
	</description>
	<pubDate>21 Jun 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#21/06/08</link>
	</item>
	<item>
	<title>09/06/08</title>
<description> A bit of a tedious 
            week just passed on improving the performance of the voicetrack editor 
            - as I mentioned last time this would (on dual core processors) enable 
            the generation of the 2+ waveforms to be calculated in parallel to 
            do this I've had to make the voicetrack editor fully thread 
            safe which has had additional knock on effects reverberating down 
            to the audio core. 
            It took some time to track down but the initial tests look promising, 
            showing a halving of the update time when running on a dual core architecture 
            (from 15s on a 2minute 'view' on my Athlon 1.4 to 3s on a stupidly 
            overpowered 4 CPU Xeon). Then came the real fun bit as to fully realise 
            this I needed to make the low level MP3 library (a port of mpg123 
            to Win32 done around 2001) thread safe. The port had a few bodges 
            in it anyway - an assortment of global variables which I've moved 
            into TLS 
            but it took a while to track down the static array stuck in the middle 
            of the layer3 decoder - to be honest it was probably only static to 
            avoid eating up 16k odd of stack space. So its even more of a mess 
            now I've been at it. Quite when this makes it into a release, I'm 
            not sure at this point, it's a bit of a fundamental change that needs 
            a *lot* more testing.
          Speaking of the audio core, whilst 
            on my recent jaunt to Luton we didn't get round to looking at calibrating 
            the audio levels of the DirectX &amp; ASIO output modules, I did spent 
            a cheerful hour or so this Saturday trying out Jim's suggestions - 
            which in essence involved playing a sine wave through a volume rejigged 
            formula with the output stage connection to an AC multimeter. As it 
            turns out, the ASIO volume levels are calculated correctly, its the 
            DX conversion from a percentage to dBs that was in error - so in future 
            they will both work the same. 
	</description>
	<pubDate>09 Jun 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#09/06/08</link>
	</item>
	<item>
	<title>01/06/08</title>
<description> I've been having 
            a think &amp; a play on and off about improving the performance of 
            the voicetrack 
            segue editor. Basically the problem is that whenever the view 
            is scrolled, the waveform is regenerated from the source audio by 
            playing back the relevant files as fast as possible. However the architecture 
            of the audio core isn't really optimised to do this quickly (being 
            more designed as a realtime player) so it can take a good few seconds 
            (up to 15 on my 1.4Ghz Athlon for a 2 minute 'view') which isn't ideal. 
            Short of a radical redesign I can't think of anything obvious to do 
            to alleviate this (and not even sure what this redesign would look 
            like). I know packages like Cool Edit Pro scan the file on import 
            and create a 'peak level' (.pk) file which is an option but this would 
            then incur a fairly large delay on the start of potentially every 
            edit session. 
          So my initial attempts are to try 
            and optimise what we have and spurred on by the arrival of a quad 
            core Xeon processor based PC on my desk at work I've done a bit 
            of work to try and parallel up the decoding operations. Naturally 
            this will only offer any real benefit on dual core processors or better 
            but the future is steadily marching in that direction. The waveform 
            editor has needed a bit of rework as it wasn't thread safe but I've 
            managed to do the necessary work over the past week and will be spending 
            some time next week seeing how it performs.
	</description>
	<pubDate>01 Jun 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#01/06/08</link>
	</item>
	<item>
	<title>10/05/08</title>
<description> Been a bit of a 
            tetchy few weeks getting ready for the usual Hastings Rock broadcast, 
            nothing terminal has arisen mind but there has been an assortment 
            of steady annoyances coming along - it all started when it took the 
            best part of 2 weeks to get the broadband sorted (its normally only 
            a matter of days). However they're off and running now and aside from 
            a power cut on day 2 things seem to be going steadily include (the 
            webcam 
            even looks half decent now someone's stuck a box round it to stop 
            it saturating). I'm off to sunny Luton next weekend and quite possibly 
            one of the outcomes of this will be to have sorted out the logarthmic 
            algorithm for the Playout's volume control for both the ASIO &amp; 
            DirectX output variants. Which will be nice....
	</description>
	<pubDate>10 May 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#10/05/08</link>
	</item>
	<item>
	<title>13/04/08</title>
<description> I seem to be perpetually 
            in arears at writing this page right now, again been a busy few weeks 
            mostly leading into the Hastings Rock broadcast again. Aside from 
            rolling out a slightly newer version of Playout, it's mostly been 
            doing the usual prep of getting all the machines, servers etc. ready. 
            Last weekend I spent a fair amount of time putting together some PHP 
            server side pages to enable the guys to record their shows at a given 
            time from our internet stream then download them later - it's basically 
            a web front end onto the Cron 
            daemon. 
          Some of you may remember my entry 
            last year on the subject of erratic 
            hard drive detection issues on our HRock (ancient) Linux server 
            and my conclusion being down to the 40W IDE cable not being connected 
            correctly to support UDMA. Well that wasn't unfortunatly the complete 
            story since the problem persisted but I've been, well, ignoring it. 
            I always had this nagging feeling having read somewhere that it's 
            a joint responsible of the OS AND the BIOS to get UDMA working properly 
            and we've always had the problem that the machine is so old it hangs 
            on auto-detecting drives that are &gt;32GB. My workaround has been 
            to change the drive setting to 'None' in the BIOS and it's pretty 
            much worked but its not been ideal. So I've been going round the loop 
            again and in a last ditch effort attempted to see if there was a newer 
            BIOS around (not very likely since the m/board is circa 1998) not 
            from the manufacturer no but I was pleasantly surprised to find this 
            a site *Full* of patched 
            Award BIOS's (including mine) specifically to alleviate this problem. 
            Well done them.
          Finally for now, this weekend I've 
            been doing the annual test of the kit for Hastings Rock which basically 
            involves setting Playout into auto-sequence mode and streaming it 
            out for the comittee to listen to. This year, instead of doing the 
            usual clustering of Shoutcast servers, we're forking out a very reasonable 
            &pound;6/month to TidyHosts 
            UK for streaming. All very easy to setup &amp; thus far is working 
            marvellously. 
	</description>
	<pubDate>13 Apr 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#13/04/08</link>
	</item>
	<item>
	<title>31/03/08</title>
<description> It's been a busy 
            few weeks, my parents 40th wedding anniversary party on Saturday and 
            &amp; my mate Jim 
            somehow managed to wangle himself on the guest list. In amongst the 
            usual abuse then was a comment that I seem to use this page mostly 
            to go on about him breaking Playout - a fact I strenuously deny although 
            I won't be helping my cause with the following paragragh....
          ....spent a few hours last week investigating 
            some import issues Jim was having with his MySQL 
            Playout database. In quick summary, this is an alternative (experiemental!) 
            database engine for hosting Playout and offers a number of additional 
            features (such as the web 
            based listener request system we use for Hastings Rock). Anyway 
            his problem seemed to stem from the fact that MySQL was treating similar 
            artists with certain non-english characeter as identical whereas Playout 
            thought they were different (Maxïmo Park vs Maximo Park for example 
            [note the accented ï]). In turns out it's all to do with collation 
            (the way character sets are compared) and the default MySQL collation 
            utilises something called &quot;latin_swedish&quot; 
            where ï and i are treated as identical. I must confess 
            I'm not sure why this is so since a basic case insensitive compare 
            (latin1_general_ci) 
            would seem to be more appropriate for most people. Still it's fairly 
            easy to change when the database is initially created (not so on an 
            existing one mind) and it's something else I've learnt about....
          An email on the Hastings 
            Rock committee group startled to the fact that it being nearly 
            April, is only really a month till they are on air again. It's been 
            a while since I've done anything to Playout initiated by the station 
            but during a recent meeting some comments provoked me into including 
            a rather nifty feature, when picking a track to load you can bring 
            up a quick history on when it was last played - useful for them to 
            ensure the same old tracks that are always requested don't get played 
            too often. 
	</description>
	<pubDate>31 Mar 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#31/03/08</link>
	</item>
	<item>
	<title>12/03/08</title>
<description> Looks very much 
            like the v3.21 release will be rapidly consigned to the dusty 
            bin, over the last week or so found yet more bugs which got in 
            - rather embarassingly the button wall change I put into v3.09 then 
            dropped in v3.11 had 
            wangled its way back in (this was to &quot;fire&quot; the buttons 
            on a mouse press [normal Windows behaviour], rather than release which 
            may be more intuative to those uncustomed to Windows) . Unfortunatly 
            work on the v3.2x trunk was already just underway by the time this 
            update rolled out and it didn't get flowed back in. It's made more 
            unfortunate by the fact that considering it was a failed experiement, 
            to be consigned into the mists of time, the folk at Unity 
            101 have probably got used to it working that way. So, taking 
            Jim's advice I've finally fixed the bug with it and will make it a 
            configuration option in all new releases - probably migrating it's 
            way into a profile option in the future.
          Very quickly then, our last Image 
            broadcast went well with the fine folk at FTL, no real issues of note 
            with Playout aside from a slight stall on one of my players - it was 
            having to do a downsample on the track in question so there may be 
            something funny there. Jim managed to put Playout Manager in a spin 
            importing some music but thats more than likely his MySQL link or 
            some dodgy track - I will be investigating... No the only issues were 
            with the gear external to Playout - a combination of my ailing mixer 
            and Jim's compressor created some rather nasty distortion during his 
            show. 
	</description>
	<pubDate>12 Mar 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#12/03/08</link>
	</item>
	<item>
	<title>02/03/08</title>
<description> It's age old problem 
            really, given any complex piece of software, start changing significant 
            bits of it and you stand a good chance of breaking things. Unfortunately 
            (as I previously mentioned), the User Profiles feature required a 
            significant rewrite of the way audio categories and playlists were 
            managed - both fairly key features to Playout. So despite significant 
            testing by me and Jim had a bash with it several weeks ago on FTL 
            a simple but annoying bug slipped through which caused a semi-random 
            playlist to be selected when a 'Load' button is pressed. That coupled 
            with shipping a debug version of a DLL rather mucks up the v3.21 release. 
            Not a lot can be done really, if I had hoards of beta testers it probably 
            wouldn't have happened, sadly I don't.
          On a more positive note we will definately 
            be taking to the airwaves in an ImageFM 
            special next Sunday 
            (9th March). Feel free to drop by for alternative radio....
	</description>
	<pubDate>02 Mar 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#02/03/08</link>
	</item>
	<item>
	<title>26/02/08</title>
<description> There's nothing 
            like rolling out a new release of software and discovering 2 days 
            later an annoying little buggette in it..... 
	</description>
	<pubDate>26 Feb 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#26/02/08</link>
	</item>
	<item>
	<title>25/02/08</title>
<description> OAS Playout v3.21 
            is now released. This completes (hopefully!) the long awaited User 
            Profiles feature along with a few other additions. The next major 
            update will be on the voicetrack segue editor - more on the Future 
            Developments page. In the meantime, Jim (with a resurrected studio) 
            &amp; myself are planning another ImageFM 
            sworey(SP) in the near future, tentatively planned for 9th March but 
            keep an eye on the FTL 
            events board (hopefully they'll let us back on...). 
	</description>
	<pubDate>25 Feb 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#25/02/08</link>
	</item>
	<item>
	<title>02/02/08</title>
<description> Whilst perusing 
            Wikipedia I noticed the other day, that Microsoft have effectively 
            obsoleted the Jet 
            database engine (which powers MS-Access the database engine which 
            ships with Playout) in favour of SQL Server. Notably for them they 
            also provide a free implementation of SQL Server (currently SQL 
            Server Express 2005) so I've downloaded it to have a play. At 
            present I can't see the Playout migrating that way because it is still 
            probably going to be easier to ship the database as a file (the MS-Access 
            database) rather than have to deploy something like a cut down embedded 
            version of SQL Server. However it may prove to be not that difficult 
            to do and there are advantages particularly if stations want to deploy 
            the database on a central server. I know of a couple which have had 
            issues, notably with file permissions on things like Windows Server 
            and in terms of multi-user networked databases, Access isn't the best 
            or most reliable.
	</description>
	<pubDate>02 Feb 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#02/02/08</link>
	</item>
	<item>
	<title>26/01/08</title>
<description> Technically OAS 
            Playout v3.2 is released (last weekend) however its more going out 
            on 'evaluation' to one station who were particularly after some of 
            the new features. However it's almost certainly going to be upissued 
            because they've already requested a slight change and in the meantime 
            I've found a few niggling issues which I want to address. 
	</description>
	<pubDate>26 Jan 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#26/01/08</link>
	</item>
	<item>
	<title>12/01/08</title>
<description> Yesterday proved 
            to be quite a successful day as finally managed to track down a niggling 
            little bug which I touched upon nigh on 18 
            months ago which due to a corrupted configuration file, resulted 
            in a fatal program crash when running an automated playlist. I remember 
            spending quite a bit of time then trying to track it down - unsuccessfully 
            as it turns out, however it cropping up with another customer this 
            past week prompted me to re-double my efforts. I've always been somewhat 
            proud on how robust Playout itself has been so whilst this *appeared* 
            to be a one off incident after a clean install there was always the 
            worry it could crop up again. So, taking advantage of Jim's 
            recent need to build a new PC following his studio &quot;leakage&quot;, 
            and a fresh install of Playout asked him to try and replicate it (since 
            I couldn't). Which he did (much to my surprise) and after a talk through 
            what exact steps he performed managed to track it down to some subtle 
            differences in the development environment settings for Playout &amp; 
            Playout Manager. I think I probably changed Playout's 
            settings to closer mimic those used in Microsoft's 
            Visual C over Borland (the former being more prevelant these days) 
            but it would've been back in the very early days (7 years ago wow!). 
            Anyhow, cheers as ever mate for your assistance.
          &nbsp;
        
        Archives
	</description>
	<pubDate>12 Jan 2008 00:00:00 +0000</pubDate>
	<link>http://www.onasticksoftware.co.uk/playout-dev.html#12/01/08</link>
	</item>
	</channel>
</rss>
