Using Mac Homebrew to install ffmpeg
Posted At : January 31, 2012 11:40 PM
3 Comments
To install ffmpeg via homebrew you need to specify which compiler to use on 10.7 at least:
Cheers, Mark
Posted At : January 31, 2012 11:40 PM
3 Comments
To install ffmpeg via homebrew you need to specify which compiler to use on 10.7 at least:
Cheers, Mark
Posted At : December 14, 2011 4:50 AM
Learnosity develops cutting edge tools for language learning and is used by the leading educational publishers and assessment companies globally. We deliver millions of assessments every year, to users on 6 continents.
We are looking for multiple roles from junior to mid level range.
Posted At : December 14, 2011 4:41 AM
Learnosity develops cutting edge tools for language learning and is used by the leading educational publishers and assessment companies globally. We deliver millions of assessments every year, to users on 6 continents.
We are looking for multiple roles from junior to mid level range.
Posted At : December 13, 2011 5:50 AM
Learnosity are looking for a DevOps/Linux Engineer to join our growing team.
Note: this role has now been filled. Thanks to all who applied.
Learnosity is an award winning company which develops cutting edge tools for language learning and is used by the leading educational publishers and assessment companies globally. We deliver millions of assessments every year to users on 6 continents.
Posted At : September 7, 2011 7:19 AM
For a recent project we wanted to use Railo encrypted DSN's passwords in the railo-server.xml.
The only issue was that the encryption of the passwords was not documented as to how it works. A bit of digging around in the source code showed me how it was done and I've now made a simple page that will generate these encrypted passwords.
Benefits: - Can use encrypted passwords - Don't need to be able to see the production DB when creating the config file
So I can now generate encrypted passwords for railo without hooking my laptop railo instance up to the production db's. Nice.
Posted At : August 11, 2011 9:41 AM
2 Comments
I've been updaging our existing documentation which was written in AsciiDoc and also creating new documentation recently.
Our normal process is to update the source text file, commit to our SVN and the run the documentation build script from the deployment server to create the HTML and PDF versions of the document.
This works fine from our server but to speed things up while I was writing the documents and make sure I had the formatting correct I thought I'd install AsciiDoc on my laptop and 'build' the document locally before committing to SVN, building and checking.
Installing AsciiDoc is simple enough using MacPorts:
Creating a html version of your AsciiDoc is simple at this point:
That will output a file called sample.html in the same directory as the source file. No worries ...
To create a PDF or an ePub, it's recommended that you use the a2x command instead of asciidoc though.
According to the AsciiDoc website "a2x is A toolchain manager for AsciiDoc (converts Asciidoc text files to other file formats)"
So I gave this a try:
It generated the following error though!
It took a bit of Googling (sp?) but I found the core of my solution in this post:Fixing the ePub problem with Docbook-XSL/A2X/Asciidoc
The only 'tricky' part was finding my catalogue.xml, which ended up being in /opt/local/share/xsl/docbook-xsl ... and I modified the contents to be:
Once I had done that, everything generated fine :)
The next thing I need to work on is getting the default XSLT template cleaned up :)
HTH
A.J.
Posted At : August 4, 2011 6:56 AM
The main answer on the web is: Increase the size of you permgen by adding the following:
However, to me this just delays the problem, particularly if you are using dynamic languages which load a lot of classes eg Railo.
So a bit of further digging found these options:
These 3 options allow the permgen memory to be garbage collected. I tried to find a good reference link for them but couldn't.
The final thing that I discovered was the jmap tool - which is very helpful for understanding the memory usage.
You run it as follows and it gives a great summary of the memory usage of your running jvm.
Cheers, Mark
Posted At : July 26, 2011 3:36 AM
2 Comments
Here is some documentation for reference and to help others:
I played with a few different techniques of using the AWS with tomcat and found the following:
This worked well, but each request took on average of 1500ms from AU to US East AWS. This was disappointing, so I tried caching in the the application scope as below.
The first request took ~ 1500ms but then subsequent requests were about 300ms, which was 1/3 of the time of the raw CF code. With the added benefit of having full access to all the API's, this is definitely the way we'll be using it going forward.
Cheers, Mark
Posted At : April 4, 2011 6:32 AM
Learnosity develop cutting edge tools for teachers and educators. Our flagship product Learnosity Voice uses the telephone to enable language students and teachers to interact on a one to one level.
Our service:
Learnosity are creating the next generation of language and assessment technology for use in schools and education worldwide. The current product portfolio includes:
We need someone who can:
You will also need to be:
You'll need:
It would be good if you have:
This is a full time role and you will be working in a casual workplace with flexible hours in the Sydney CBD. Salary commensurate with experience.
If this sounds like the job for you, email a covering letter explaining why you'll be great and your resume to mark.lynch[at]learnosity.com - no agencies please.
Posted At : February 28, 2011 11:51 PM
The message they got was:
I knew that the site and file were both available and a bit of hunting around I was reminded that IE used to have issues with Gzip encoding in the past - but I presumed that it was a thing of the past.
I also noticed that when downloading the file Firefox would not show a progress bar but would instead show a "indeterminate progress" bar.
Looking at the headers the it turned out that there was no Content-Length header but there was a header as follows:
To fix this I added some more exclusions to my mod_gzip rules to not zip some particular file types.
Now its working a treat. It would also be possible to do this only for IE - but most of the files we use on this are already well compressed to gzip compression doesn't help too much anyway.
Cheers, Mark