It only accesses the public data in the project, but now others can write interfaces to the stuff we’ve made and do, well, interesting things with it. An open API is, for me, fundamental to how we can conceptualise a ‘living’ archive.
Joining of Sequences 5.1 If the source media has been split into multiple files by hardware or software the most effective way to deal with such files is to: compress them using this protocol individually (things work faster when dealing with smaller files) use QuickTime 10.x to do a simple ‘butt edit’ by open the first clip locate the next clip in the finder drag the second clip into the first (which is open in QuickTime Player) it will drop in where you place it repeat click ‘done’ when finished and you will be prompted to save it name it, and when saved it will be ready for upload THE SETTINGS Description: 640 px frame controls on 1000kbs max resizing File Extension: mov Email notification to: Time remapping: source frames play at 24.000 fps Audio Encoder AAC, Mono, 24.000 kHz Video Encoder Width and Height: Up to 640 x 360 Pixel aspect ratio: Default Crop: None Padding: None Frame rate: 24 Frame Controls On: Retiming: (Fast) Nearest Frame Resize Filter: Linear Filter Deinterlace Filter: Better (Motion Adaptive) Adaptive Details: Off Antialias: 0 Detail Level: 0 Field Output: Progressive Codec Type: H.264 Multi-pass: On, frame reorder: On Pixel depth: 24 Spatial quality: 75 Min. Spatial quality: 25 Temporal quality: 50 Min. temporal quality: 25 Average data rate: 1.024 (Mbps) Fast Start: on Compressed header requires QuickTime 3 Minimum Watermark Position: Lower Right–Title Safe Scale By: 1.000 Alpha: 0.500 Repeat On File Name: Beatrice:Users:amiles:Movies:00 oz tests:watermark.png (These settings cannot simply be replicated outside of Compressor as a) some of the terminology is specific to Compressor, b) other software lacks this particular settings ability to scale to a maximum dimension using source aspect ratio.)
This will be delivered via http to see that it does stream without packet loss see what sort of quality it produces see what devices it actually plays back on The second experiment is going to use a data rate that should work for an iPad and higher, but compressed with a hint track so that it can be delivered via RTSP. This I will serve via my dreamhost account to: see that it does stream without packet loss see what sort of quality it produces see what devices it actually plays back on Experiment two video settings: Experiment two video size settings: Experiment two audio settings:
We’ve had a very busy and exciting 24 hours on the Living Archive project, with our first soft launch of the project to the Circus Oz community at their beautiful old Speigeltent. About sixty current and past Circus Oz performers and crew (backstage and office) came along to watch some tasters from the video archive and to discuss ideas for… Read more →
This is the invitation for our ‘Meet the Living Archive’ event for Circus Oz company members and current employees.Â To be held in the Melba Spiegeltent in May.
Google has announced it wont be continuing to support H.264 in Chrome browser, instead moving to WebM, http://www.linuxinsider.com/rsstory/71647.html. We need to consider whether this has implications for what we support in our project, I had previously assumed that H.264 was clearly to way to go for the circus video archive, but now it is not so clear.Â We certainly should not… Read more →
While our project is not really about this, after all the video material is not so much research data in the usual sense but a combination of archival and media artefacts, the broader issues around data maintenance, cost, and maintenance are important as we are generating a lot of files, and storing and delivering them costs money. The link is directly to the pdf: http://www.beagrie.com/KeepingResearchDataSafe_UserGuide_v1_Dec2010.pdf
Here is a great site for information about data management with a specific section on digitising. It is by JISC Digital Media,Â which supports the UK’s Further and Higher Education community.
After some months of preparation and planning, the twin SAMMA Solo machines brought to us through our membership of the Ausstage LIEF Visual Search consortium have finally arrived! We have done preliminary tests and troubleshooting this week and we should now be able to move fullswing into the digitisation of the analogue videos (1978-2006) and integration of our collection with… Read more →
Compression software estimates that 1 hour of video = 880MB Clip Two Video: H.264, 24 frames per second, automatic (natural) keyframes, data rate restricted to 1000 kbits/sec and multipass encoding enabled. 720 x 405 pixels (16:9) Audio: MPEG4 Low Delay AAC, 48.00 kHz. … Compression software estimates that 1 hour of video = 439MB Clip Three Video: H.264, 24 frames per second, automatic (natural) keyframes, data rate restricted to 800 kbits/sec and multipass encoding enabled. 360 x 202 pixels (16:9) Audio: MPEG4 Low Delay AAC, 48.000 kHz.