Air Video Server 2.4.5-beta7 released

Hi there

On Beta 6 I noticed that if the client was set to play the next video and that video had been previously played and quit (so if you were to play it directly it would ask if you wanted to resume at position XXX), when the next video is auto played it appears to have issues causing the next video to fail to play. I'll see how beta 7 does and if this is a server or client issue.

This message was edited 1 time. Last update was at 02/06/2012 22:37:21

Is there a changelog available somewhere, showing the changes between the different versions of the Air Video Server, including the beta versions?

CoNS wrote:Is there a changelog available somewhere, showing the changes between the different versions of the Air Video Server, including the beta versions?

Only revision history I'm aware of are bullet items in at least the first post of most topics under this Air Video Announcements subforum.

Prepare for Mountain Lion...

This message was edited 2 times. Last update was at 03/04/2012 12:01:06

Hi,
I have set the server up on two PC's
1. Media Centre running Win7 x64
2. Windows Home Server

On 1 it is run as an application started on login and, using task scheduler on resume (closes down any running instance and starts a new instance).
On 2 it is installed as a server using srvany.exe.

Streams brilliantly to iPad/iPhones.

Unfortunately on 1 is crashes occasionally bringing up a BSOD. Mostly happens when PC finishes a recording and tries to sleep, not everyday. I can't see anything consistent in the logs to explain this.

Update 4/03/2012
With further testing I have eliminated AirVideo as the cause, although my observation above was accurate. Reinstalled and now its working perfectly.

Why do you assume the BSOD is related to Air Video?

Admin wrote:Why do you assume the BSOD is related to Air Video?

...because it only happens when Airvideo is installed and running. I am not assuming, I have tested it.

Air Video can't really directly cause BSOD, it doesn't do anything low level, doesn't install custom drivers, etc. If the BSOD happens during conversion it would mean that the computer can't sustain high CPU load for some reason.

OK, I understand the point. I'll keep looking.

Admin wrote:Sorry, forgot to mentioned that, it is 64bit only for this release. If you need a 32bit version please post a comment, I have no idea how many people are still stuck with 32 bit computers.

Seriously? Like millions! 5 out of my 7 PC's are 64 bit chips but only 2 are running 64 bit windows. I am sure a lot of people are 32 bit only.

This only applies for macs with 32bit CPU - the very first generation of intel based macs (core duo). It doesn't apply to any windows computers.

Please use something like https://github.com/niltsh/UniversalDetector and detect charset for subtitles automatically.

As you know, subtitles often came from several different sources and they don't really agree upon a unique charset, so we must change it all the time in the server in order to have proper subtitles, specially in languages with lots of accentuation like Portuguese (BR).

I think that with a charset detection lib you can get rid of the charset setting and try to guess it automatically. It would be awesome!

There will be charset detection in next server major upgrade.

Any chance we might be able to see an Arch Linux ARM version in the next release? Those of us with pogoplugs/plug computers and the up coming RaspberryPi would greatly appreciate it!

I'd gladly donate money to the cause! I've purchased the iOS and Android versions already for my tablets and mobile phones.

Thanks!

Admin wrote:There will be charset detection in next server major upgrade.

Is there any kind of timeline for the big hush hush server update?