veyepar: File-I/O ist doch ganz einfach, oder?

Hi user

Admin Login:

Name: File-I/O ist doch ganz einfach, oder?
--client pyconde --show pyconde2013 --room Raum_45_Haus_6 2757 --force
Prev: 0 ABGESAGT: IronPython - ein Hochzeitskuss zwischen C# und Python
Next: 11 Schlangenhochzeit in der Wolke

show more...

Author(s):	Christian Kauhaus
Location	Raum 4-5 (Haus 6)
Date	oct Wed 16	Days Raw Files
Start	12:00	First Raw Start	11:58
Duration	00:30.0:00	Offset	0:01:05
End	12:30	Last Raw End	12:27
Chapters	00:00
Total cuts_time	26 min.

https://2013.de.pycon.org/schedule/sessions/17/
raw-playlist raw-mp4-playlist encoded-files-playlist host public mp4 svg png

final audio

assets release.pdf FileIO_ist_doch_ganz_einfach_oder.json
logs
Admin: episode episode list cut list raw files day marks day marks day image_files

State:
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
Normalise:
Channelcopy:	m=mono, 01=copy left to right, 10=right to left, 00=ignore.
Thumbnail:	filename.png
Description:	Der Vortrag soll Bewusstsein dafür schaffen, wann man sich aus einer komfortablen Umgebung (z.B. einem Application-Framework) in eine systemspezifische Domäne begibt. Aus meiner Erfahrung im DevOps-Umfeld sind mir viele Fälle bekannt, in denen Code auf Entwickler-Maschinen keine Probleme macht, sich aber auf produktiven Servern nicht ausreichend robust verhält. Die Eigenschaften von File-I/O in Python dienen dabei als durchgehendes Anwendungsbeispiel. Der Vortrag gliedert sich in zwei Teile. Im ersten Teil möchte ich anhand von ausgewählten "Pannen" zeigen, wann ein with open(...) allein nicht ausreicht, da z.B. die Python-Standardfunktionen keine Zuverlässigkeit im Sinne der ACID-Eigenschaften gewährleisten. Im zweiten Teil geht um konkrete Programmiertechniken wie Write-Replace-Updates, Locking oder fsync, die die Robustheit von I/O ggf. unter Einschränkung der Plattformunabhängigkeit erhöhen. Der Anwendungsteil des Vortrags basiert auf Material aus meinem [Blogpost](http://blog.gocept.com/2013/07/15/reliable-file-updates-with-python/) zum gleich Thema. markdown
Comment:	production notes

2013-10-16/11_58_55.dv Apply: 11:58:55 - 12:25:45 ( 00:26:50 ) S: 11:58:55 - E: 12:25:45 D: 00:26:50 show more...

vlc ~/Videos/veyepar/pyconde/pyconde2013/dv/Raum_45_Haus_6/2013-10-16/11_58_55.dv :start-time=00.0 --audio-desync=0

	Raw File	Cut List
	11:58:55		seconds: 0.0 Wall: 11:58:55
Duration	00:26:50
	12:25:45		seconds: 0.0 Wall: 11:58:55
Comments:
mp4 mp4.m3u	dv.m3u	Split: Sequence:: delete

audio viz

2013-10-16/12_25_46.dv Apply: 12:25:46 - 12:27:00 ( 00:01:14 ) S: 12:25:46 - E: 12:27:00 D: 00:01:14 show more...

vlc ~/Videos/veyepar/pyconde/pyconde2013/dv/Raum_45_Haus_6/2013-10-16/12_25_46.dv :start-time=00.0 --audio-desync=0

	Raw File	Cut List
	12:25:46		seconds: 0.0 Wall: 12:25:46
Duration	00:01:14
	12:27:00		seconds: 0.0 Wall: 12:25:46
Comments:
mp4 mp4.m3u	dv.m3u	Split: Sequence:: delete

audio viz

Rf filename:	root is .../show/dv/location/, example: 2013-03-13/13:13:30.dv
Sequence:
get this:	check and save to add this

2013-10-16/11_58_55.dv
audio viz

audio viz

2013-10-16/12_25_46.dv
audio viz

audio viz

Veyepar Video Eyeball Processor and Review