Copyright © 2012 Kaltura Inc.
All Rights Reserved. Designated trademarks and brands are the property of their respective owners.
Use of this web site constitutes acceptance of the Terms of Use and Privacy Policy.
EduVideo.org
Cassiopeia Release!
Tue, 10/26/2010 - 16:35
Hey everyone,
Looks like a newer version of CE "Cassiopeia" was released today without much fanfare...anybody check it out yet? I'm really interested in the net storage support and mobile transcoding profiles myself.
Wed, 10/27/2010 - 15:02
#2
Check out our blog post for more details: http://blog.kaltura.org/community-edition-3-0-beta-available
Wed, 10/27/2010 - 17:06
#3
Hello Mellowk,
When can we expect to play around with " - Full Support of any VAST ad server in player (Player Advertising tab in KMC studio)- " on the hosted version?
No sign of it yet?
Would love to play around with it.
Wed, 10/27/2010 - 17:31
#4
It's in every SaaS account. It won't work on your existing players created before about August 1st, but the option should be available for all NEW players that
you create and any existing player created after about August 1st, 2010.
Wed, 10/27/2010 - 18:31
#5
Sorry MellowK, but I'm not seeing the advertising tab on studio for the hosted Kaltura accounts? I both edited/created new studio players but nothing is showing up.
Would you please confirm?
Thu, 10/28/2010 - 14:41
#6
It's possible. SaaS trial accounts created after August 1st should have the capability. If you're a paying customer and you don't have the capability, you
should contact technical support to request an upgrade to your KMC.
Thu, 10/28/2010 - 14:46
#7
Ok... our account was created before August 1. I'll create another trial account and do some testing.
Thanks.
Wed, 10/27/2010 - 17:13
#8
Great news to hear about this new version! We will be installing it in a bit. Given the difficulties we experienced with v2, we are considering launching our site with v3 beta. Obviously a beta version is not most ideal, but the bugs in v2 were not ideal either. Are there any major bugs apart that would make it definitely undesirable to use this beta version in production? We read the "Known Issues" in the release notes, and can live with those. Will there be an easy upgrade from v3 beta to v3?
Wed, 10/27/2010 - 17:32
#9
I would highly recommend waiting for the final release. We've improved the QA cycle this time around.
Wed, 10/27/2010 - 20:11
#10
OK we will analyze the options.
Regarding the installation, we set all prerequisites, but still get this:
One or more prerequisites required to install Kaltura failed:
(PHP 5.3 and above) Please set 'request_order' ini value to include C,G and P (recommended: 'CGP') in php.ini
Please resolve the issues and run the installation again.
------------
This setting was actually changed. If I check phpinfo, I confirm:
request_order CGP CGP [directly from phpinfo]
-----------
What to do?
Wed, 10/27/2010 - 20:54
#11
UPDATE:
The request_order setting was actually checked in the php_cli php.ini, not in the regular php.ini. On Ubuntu 10.04, this is located at:
/etc/php5/cli/php.ini
Perhaps this should be clarified in the documentation?
Anyway, we got it up and running. But I just found the following issue. When I create a new publisher, a welcome mail is sent by the system. This welcome mail never arrived (same in v2). Checking the mail log, I see this:
Oct 27 15:21:19 DOMAIN postfix/smtp[20481]: A65244FA084: to=<newuser@domain.com>, relay=domain.com[123.123.123.123]:25, delay=2.4, delays=0.01/0/2.1/0.28, dsn=5.0.0, status=bounced (host domain.com said: 550 SPF: 1.1.1.1 is not allowed to send mail from kaltura.com (in reply to RCPT TO command))
In other words, the installed Kaltura system sends mail automatically from kaltura.com. However, the kaltura.com domain has the following SPF records:
;; ANSWER SECTION:
kaltura.com. 300 IN TXT "v=spf1 ip4:72.251.194.0/27 ip4:208.122.63.160/27 a mx -all"
kaltura.com. 300 IN TXT "v=spf1 ip4:72.251.194.0/27 ip4:208.122.63.160/27 a mx -all"
Meaning that mail can NOT be sent from any IP other than those official Kaltura IPs. Makes sense but makes it impossible to actually send out mail if the receiving server is checking SPF records. I will see if we can tweak this manually, but it might be useful to fix.
Thu, 10/28/2010 - 22:28
#12
One day running and our log is 200MB+ (kaltura_api_v3.log). I attach a sample. This will grow too huge in little time. Any ideas?
| Attachment | Size |
|---|---|
| api_log.txt | 31.89 KB |
Thu, 11/18/2010 - 13:52
#13
I got the same problem with the request_order setting.
i changed the following files:
/etc/php5/cli/php.ini
/etc/php5/cgi/php.ini
/etc/php5/apache2/php.ini
and now the look like:
; request_order
; Default Value: On
; Development Value: "CGP"
; Production Value: "CGP"
what is still wrong with it?
fixed. of course you have to delete the ";" ;)
Downloading now... as you say, the idea of mobile transcoding profiles sounds extremely interesting... :)