Current Server Time: 17:43 (Central Europe)

#apertus IRC Channel Logs

2014/12/03

Timezone: UTC


00:05
g3gg0__
left the channel
00:14
baldand
left the channel
00:16
baldand
joined the channel
00:22
Bertl
depends on the display used, most LCDs bring their own framebuffer
00:25
davidak
left the channel
00:28
intracube
Bertl: ah ok, interesting
00:54
Bertl
and with pixel accurate I mean fonts which are not variable over the display
00:54
Bertl
i.e. a specific letter of a specific size will always be rendered the same, regardless where it is used
00:55
Bertl
(this simplifies a lot of things)
00:55
Bertl
using fixed width fonts is another step, but that is probably only useful/necessary with numbers and similar
00:56
intracube
Bertl: so they could be anti-aliased?
00:56
Bertl
color LCDs are quite common, so monochrome is not that much an advantage
00:56
Bertl
i.e. you can usually convert a given symbol to any color (from gray) on the fly
00:57
Bertl
still it adds code and probably needs to be implemented :)
00:58
intracube
it'll be interesting to follow this area
00:59
Bertl
as I said, it is usually very informative to try to implement some ideas e.g. with SDL
00:59
intracube
Bertl: can parts of screen frame-buffers be written to in isolation?
00:59
intracube
as in, could a small area of the display (single character) be overwritten
00:59
intracube
or would the whole screen have to be calculated and passed to the buffer
00:59
Bertl
again, depends on the display
01:00
intracube
ok :)
01:00
Bertl
that was why I was asking for sizes/resolution
01:01
intracube
i.e. redrawing the timecode would be more efficient if only the changing characters needed to be redrawn
01:01
intracube
knows nothing about this area
01:03
Bertl
http://minhdanh2002.blogspot.co.at/2011/03/interfacing-nokia-3510i-and-5110-lcd.html
01:03
Bertl
here you can get an idea for a specific (very common) group of displays
01:04
intracube
thanks, will have a read
01:05
Bertl
most LCDs have a controller chip integrated, which takes care of handling the data, but doesn't support any drawing algorithms
01:05
Bertl
you can usually read and write the frame buffer, but not at high data rates
01:33
fsteinel_
joined the channel
01:37
fsteinel
left the channel
01:54
intracube
even 320x240 might be ok: https://lh3.googleusercontent.com/-ItG1QaK0v2U/VH5tCn1Sr3I/AAAAAAAAA9M/5LUSQk9Ip1k/w320-h240-no/apertus_control_320x240_test.png
01:58
mooseboobs
left the channel
01:58
mooseboobs
joined the channel
02:19
fsteinel_
changed nick to: fsteinel
02:21
intracube
left the channel
02:43
even_
left the channel
03:12
slikdigit
left the channel
04:23
aombk2
joined the channel
04:26
aombk
left the channel
04:36
ItsMeLenny
joined the channel
05:36
ItsMeLennny
joined the channel
05:37
ItsMeLenny
left the channel
05:43
ItsMeLennny
left the channel
05:44
ItsMeLennny
joined the channel
06:02
ItsMeLennny
left the channel
06:58
Bertl
off to bed now ... have a good one everyone!
06:58
Bertl
changed nick to: Bertl_zZ
07:01
FransKanters
joined the channel
08:57
g3gg0
joined the channel
10:18
surami
joined the channel
10:52
surami
left the channel
13:13
intracube
joined the channel
13:27
davidak
joined the channel
13:42
Bertl_zZ
changed nick to: Bertl
13:42
Bertl
morning folks!
13:58
se6astian|away
changed nick to: se6astian
13:58
se6astian
good day!
14:11
se6astian
Bertl: is http://lab.apertus.org/T200 answered to your satisfaction for now?
14:19
designbybeck_
joined the channel
14:43
Bertl
yes, I'd say so, note that "normal" displays have a resolution of around 72 dpi, so 150 dpi is quite high (just a note)
14:49
se6astian
did I calculate it wrong? I used this as reference: http://www.watterott.com/de/MI0283QT-2-Adapter
15:02
Bertl
no, calculation is fine
15:28
intracube
small displays are usually viewed closer up
15:29
intracube
70-90ppi is common for desktop displays
15:30
intracube
150ppi = 640x480 for a 5" screen
15:31
intracube
which seems reasonable
15:33
intracube
iphone 6+ has 400ppi screen
16:03
surami
joined the channel
16:26
FransKanters
left the channel
18:30
dmjnova
joined the channel
19:00
even
joined the channel
19:00
even
hellos
19:01
mars_
hi even
19:01
Bertl
odd :)
19:02
even
howcome? :D
19:05
lab-bot
sebastian created T201: Research pushbutton switch options. http://lab.apertus.org/T201
19:07
even
question: did you guys ever try to stream something via network on the alpha by using gstreamer for instance? if so.. did u measure the delay? glas to glas that is. i'm curious about those numbers
19:18
Bertl
streaming over network means roughly 0.05 - 0.1 FPS (raw data) so the delay is significant :)
19:18
Bertl
and no, we never really "streamed" anything over network
19:20
even
thank you
19:21
even
imagine a flying gamma.. what do we need to get a close to 0 low latency stream. something thats below 100ms 720p would be fine
19:21
even
i'm thinking about fpv flight
19:26
even
dji is selling a 1080p streaming solution for fpv for >1000 and in those fpv forums people are developing solutions for the raspberry pi + picam + Ubiquiti wifi adapters
19:27
dmjnova
even: I imagine an onboard encoder streaming a proxy would be plausible
19:28
dmjnova
we would need to downres/compress to some degree on the axiom itself before giving it to the pi
19:29
dmjnova
or perhaps run gstreamer on the ARM cores on the zedboard
19:30
dmjnova
even: I once made a raspberry pi + webcam + wifi dongle streaming system for a groundbot
19:30
even
how was the experience? =)
19:31
dmjnova
It actually worked quite well with a PC as reciever. There were issues with HD when using a smartphone.
19:34
dmjnova
the main challenge was pretty much turning the pi into a wifi router
19:35
dmjnova
after that, it was just making a gstreamer pipeline
19:35
even
so u were using 720p at 49fps as well i suppose?
19:35
dmjnova
don't remember the framerate, probably 30fps
19:36
dmjnova
and 720p to the PC
19:36
even
ok well you get less delay when using 49fps =)
19:36
dmjnova
for smartphone usage had to drop it much lower
19:36
dmjnova
the webcam might've been the determining factor there
20:00
g3gg0_
joined the channel
20:03
even
ok hmm do you know any hardware encoders h264/265 encoders that are capable of being almost 1:1 fast?
20:03
g3gg0
left the channel
20:05
even
according to forums the dji lightbridge has delays from 150ms-180ms
20:05
derWalter
joined the channel
20:07
derWalter
left the channel
20:07
even
which is too slow for me =)
20:09
even
or did you maybe try out one of these teradek thingys and have some experience?
20:11
Bertl
even: you might be able to implement motion jpeg in the FPGA
20:12
Bertl
that should give you almost instant encoding (like 20-30 rows delay)
20:12
dmjnova
even: I ended up going for mjpeg
20:16
even
Bertl: sounds great =)
20:31
even
i already put some work in the flightcontroller. but it's not done yet. still fiddling around with the design https://eveninfinite.com/pics/axis/axis_tight_8k.jpg
20:33
Bertl
looks a little bit like a playstation/xbox controller with a monitor :)
20:33
even
haha you got me
20:34
dmjnova
not sure flight controller is the right description for that
20:34
even
flightcontroller is the software/hardware combination
20:34
dmjnova
usually "flight controller" means the microcontroller on the uav
20:34
dmjnova
least that was my impression
20:35
dmjnova
that's more a handheld ground station
20:37
dmjnova
sorry if that's pedantic
20:37
even
no worries =) the middle part will be modular
20:37
even
heres some more early pics https://eveninfinite.com/pics/axis/
20:38
even
are*
20:39
dmjnova
already looked at 'em
20:39
dmjnova
what software will that run?
20:39
dmjnova
Is that just fpv or full mission control?
20:41
even
full mission control and fpv including 3d splines and automated gimbal movement
20:42
even
the monitor is a tablet
20:42
even
will be*
20:55
even
the app is called axis but is still in very early stages. android/ios
21:00
mooseboobs
left the channel
21:01
even
and the cam will be the gamma =)
21:08
surami
left the channel
21:11
Bertl
off for a nap ... bbl
21:11
Bertl
changed nick to: Bertl_zZ
22:10
dmjnova
even: will axis be open source?
22:11
dmjnova
even: what's your experience with UAVs?
22:37
davidak
left the channel
22:38
davidak
joined the channel
23:03
davidak
left the channel
23:03
davidak
joined the channel
23:17
Bertl_zZ
changed nick to: Bertl
23:17
Bertl
back now ..
23:35
davidak
left the channel
23:45
dmjnova
left the channel
23:49
even
dmjnova: not at this stage. but i have no problem opening it as soon as it works. the tablet will be connected to the controller. i will probably start milling the parts in february as soon as im done with the details.
23:49
fsteinel
changed nick to: lenietsf
23:51
se6astian
changed nick to: se6astian|away
23:51
even
dmjnova: i've been flying stuff for about 2 years and i ordered an autoquad fc 2 days ago from flyduino.net so i can test my 3d spline exporter that already works =)