Developers

Howdy,

I'm wondering what settings you use for ffmpeg when encoding flash for the web?

Now with JW FLV Player 4.6 that supports bitrate switching we're thinking of starting to use this, to allow for the best possible quality for the bandwidth the user has. But even at higher bitrates there is often "block artefacts", particularly when there are lots of details or movements. I've heard there are postprocessing filters that could improve this, but not sure how to use them.

Our current settings are:

As a supplement to the Media group, I launched Drupal Media today to help with the ongoing Media sprint efforts. On its front page, you'll see a map to the next sprint (which is at Mansueto - 7 World Trade Ctr, New York, NY this Friday-Saturday, October 23-24, from 9-5). Tabs are also available for discussions (add your own), videos, and a feed to the Media module issue queue. Please give me any feedback or desired functionality that would be useful for the site. (Including long-term plans for the useful domain, contributed by the good folks at Development Seed.)

Don't forget that you have to pre-register if you plan to come to the sprint, with your full name. Hope to see you there, or at #drupal-media in IRC!

During the DOM visit at Davis Media Access we discussed importing all of our show metadata into Drupal. We have a library of over 3000 programs produced at our facility over the last 20 years. We want to start the process of digitizing this material and making it available on our website. We also want to allow users to be able to search the programs we have available and order dubs as well as request they be played on our channel (digitized or not.)

I'm trying to deal w/ script "2_person_groups.sql" and I'm having a devil of a time getting through parts of this one (and I'm sure it'll happen again later on too).

I don't understand why there's a line CONCAT("Facil import: tblPerson.PersonID=", PersonID)   AS description, -- it seems to me that this pulls in a user ID number from a member and uses it as the group description. But that line makes sense in a subsequent script, so I think it might be an error due to copy and paste.

Also, the script doesn't work, at least for me at Boston.

We started locking CCK fields that are referenced by TVframe so that stations could tell the difference between fields they've added and could edit and fields that would likely cause a problem if modified. Yesterday we had an issue where PCM needed to alter a setting in a locked filed, so I thought I'd post the instructions for unlocking fields for everyone. There might be other ways to do this, but I use phpmyadmin to access the locked column in the content_node_field table.

On a PC at channelAustin, I established a new instance of CiviCRM on Ubuntu Server (8.04) and Drupal (6.13). The install has a separate civicrm database. The purpose of this is to have an environment other than our active development server for which to migrate data from Facil to CiviCRM. (See: http://groups.drupal.org/node/23535). It was recommended by several people to set up this separate environment. At this point, however, it's not clear to me what is the best way to replicate the civicrm database that is currently associated with the development site (or whether that is necessary).

I'm still having massively annoying permissions issues here in Boston. Conflicts between OG's "Organic Groups Access Control", CCK's "Content Permissions", and Workflow's "Workflow Access" permissions are rampant. (Posting to Boston too for compassion and insight.)

Blaise Alleyne has been working on an update to the Creative Commons module as part of the Google Summer of Code program and is to the point he could use some help testing the beta. The Creative Commons module is an improvement over the Creative Commons Lite module we've been implementing as part of the Open Media Project in a number of ways.

The "full flavor" CC module is better than CC lite for a number of reasons...

In Portland last week, I discovered that Portland Community Media was using Hypertext Transfer Protocol Secure (HTTPS) instead of plain HTTP on the web server to protect data in CiviCRM. That makes sense. In Austin, our installation of CiviCRM is on the web server, but we haven't imported data from Facil yet. This past week, among other things, we're setting up a "data import environment", i.e. another Ubuntu instance on a PC, with Drupal and CiviCRM loaded.