Hi
user
Admin Login:
Username:
Password:
Name:
Remedies for frustration with speed, quality, and reviews
--client
lca
--show
lca2013
--room MCC6 1615 --force
Next: 1 users: delighted; (better UX using CSS 3 in particular and "HTML5" in general)
show more...
Marks
Author(s):
Martin Pool
Location
MCC6
Date
jan Wed 30
Days Raw Files
Start
15:40
First Raw Start
error-in-template
Duration
0:45:00
Offset
None
End
16:25
Last Raw End
Chapters
Total cuts_time
None min.
http://lca2013.linux.org.au/schedule/30332/view_talk
raw-playlist
raw-mp4-playlist
encoded-files-playlist
mp4
svg
png
assets
release.pdf
Remedies_for_frustration_with_speed_quality_and_reviews.json
logs
Admin:
episode
episode list
cut list
raw files day
marks day
marks day
image_files
State:
---------
borked
edit
encode
push to queue
post
richard
review 1
email
review 2
make public
tweet
to-miror
conf
done
Locked:
clear this to unlock
Locked by:
user/process that locked.
Start:
initially scheduled time from master, adjusted to match reality
Duration:
length in hh:mm:ss
Name:
Video Title (shows in video search results)
Emails:
email(s) of the presenter(s)
Released:
has someone authorised pubication
Unknown
Yes
No
Normalise:
Channelcopy:
m=mono, 01=copy left to right, 10=right to left, 00=ignore.
Thumbnail:
filename.png
Description:
markdown
Slow programs are frustrating to use, and feel like they're getting in the users' way, rather than helping them. Projects that make it hard to get code landed or released can be just as infuriating. I've made mistakes in all those areas, and in this talk I'll share ideas and specific techniques: to make performance work tractable and to avoid performance regressions; to increase cadence and quality; and most of all to make the project easier and more fun to work on, especially for new contributors.
Comment:
production notes
Rf filename:
root is .../show/dv/location/, example: 2013-03-13/13:13:30.dv
Sequence:
get this:
check and save to add this
Veyepar
Video Eyeball Processor and Review