#timvideos

CarlFK: Does "smartparse" parse that?

mithro: what is smartparse?

datetime_tz.smartparse()

where do I get datetime_tz ?

pip install python-datetime-tz

CarlFK: sure

I'm just getting on a plane

will be back in about ~3 hours

>>> datetime_tz.datetime_tz.smartparse("UTC 2015-11-14 02:42:41")

ValueError: Unknown string format

got it. >>> datetime_tz.datetime_tz.smartparse("2015-11-14 02:42:41 UTC")

datetime_tz(2015, 11, 14, 2, 42, 41, tzinfo=<UTC>)

have a good flight

CarlFK: ooh, that's a beauty

CarlFK: dateutil.parse - that thing is magic

tumbleweed: know anything about writing gstreamer python code?

(09:01:52 PM) thaytan: CarlFK, run your gst-launch line with '-t' to show the tags that are being emitted

(09:02:41 PM) CarlFK: FOUND TAG : found by element "autovideosink0-actual-sink-xvimage". datetime: 2015-11-14 02:42:41 (UTC)

(09:06:07 PM) thaytan: CarlFK, In an app, the tags arrive as messages on the bus to your app

(10:13:01 PM) thaytan: CarlFK, you can see the tags using gst-launch as you have

(10:13:14 PM) thaytan: but to interact with them or draw them as an overlay, you'll need some code

I want that time stamp rendered on the previews

no expenience in that (phew) :)

lol

I take it you got the hard drive, then

2 of them...

with what on them?

rsync... usb1/Sunday Afternoon GFX/Clip1ATK725.mov

100,413,616,175 100% 64.75MB/s 0:24:39 (xfr#36, to-chk=8/57)

great big files. (most are only 30 gig)

does that mean they cut between talks?

i think so

lol

the 1080i camera footage started out wide so I could see the plenary room's screen. the .. content.. was also in the middle of the screen with the same unused space around it like that image

so, they knew what they were doing :P

at least I can decode the video

Saturday Morning GFX$ mediainfo Clip1ATK653.mov

File size : 63.8 GiB

Duration : 1h 15mn

Encoded date : UTC 2015-11-14 02:42:41

Width : 1 280 pixels

so 720p... just like ours.. only 10x as big or something

sent 1,275,310,588,552 bytes received 940 bytes 69,927,928.14 bytes/sec

time says real 303m57.377s user 92m9.973s sys 56m37.682s

thats like 5 hours!

CarlFK, still considerably faster than real time :)

70 MB/s or so

what is it, 70-80 hours of footage?

lets see.. 7 hours on Sat, 6 hours on Sun. x2 cuz one camera and one ... whatever they used to grab the projector feed

so 26 hours total from that drive

the 7 and 6 are end - start time, so that includes lunch and breaks.

wow, then that's quite a high bitrate for the footage

109MBit/s, really??

Bit rate : 118 Mbps

wow

that's... overkill

I guess if it's intra-frame only for editing it's OK

that's from the camera is 1080i. the frame grabber is 720p, but look at this!!!

bluray @ 1080p maxes out at 54MBit/s

blurry

yeah, and black bars all around?!

CarlFK, is that a HDMI @ 720p?

yep

from VGA I'd accept such blur

well. I can't say for sure it is hdmi. but I can say a mac laptop was plugged in

who knows what ... /me crys.

btw, that was all "the school has HD recording equipment. I'll send you the files"

here is the the Atlys .. the oval is what I zoomed in on to show a problem

much better, just some JPEG artifacts

I'd suspect that's 720p through a VGA cable to the grabber

the blurry one

thats from the camera. but it shows the area of the projector screen being used

which looks about the same as that image

and yeah, looks like the Atlys has a horizontal off-by-one every 8 pixels or so?

urk, and interlaced

1080i should be banned ;)

yeah, there is lots of.. whats that artifact called?

here we see interlaced and the presenter not talking into the mic and so the audio level drops considerably

mithro: tested with unstable, no more bumps.

mithro: I don't mind promoting it to testing. we can work on the procedure for that later. I need to sleep and catch a plane to my mom's.

zzzz

morning everyone