#raspberrypi IRC Log

Index

IRC Log for 2019-01-09

Timestamps are in GMT/BST.

[0:00] <friendofafriend> VICE has its own keyboard mapping file. https://www.lemon64.com/forum/viewtopic.php?t=25230
[0:00] * s3nd1v0g1us (~patr0clus@unaffiliated/patr0clus) Quit (Read error: Connection reset by peer)
[0:02] * msev- (msev-@gateway/shell/panicbnc/x-xlywczekexvpznwg) Quit (Quit: PanicBNC - http://PanicBNC.net)
[0:02] * defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) Quit (Remote host closed the connection)
[0:03] * strobelight (~quassel@2001:420:3042:1320:c19e:2b3f:50e6:e4eb) Quit (Ping timeout: 252 seconds)
[0:05] * \\Mr_C\\ (mrc@cpe-75-187-160-45.neo.res.rr.com) Quit (Quit: (Read error: Connection reset by beer))
[0:05] * MacGeek (~BSD@host19-1-dynamic.13-87-r.retail.telecomitalia.it) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[0:06] * nibble_zero (~nibble_ze@37.244.231.177) Quit (Quit: nibble_zero)
[0:09] * strfry (strfry@62.113.246.245) has left #raspberrypi
[0:11] * finalbeta1 (~finalbeta@ptr-e2o38d3vamjsb1ezw1f.18120a2.ip6.access.telenet.be) Quit (Ping timeout: 260 seconds)
[0:12] * mikeputnam (~mike@pdpc/supporter/active/mikeputnam) Quit (Quit: WeeChat 1.9.1)
[0:13] * sir_guy_carleton (~username@198.13.246.133) Quit (Ping timeout: 258 seconds)
[0:15] * \\Mr_C\\ (mrc@cpe-75-187-160-45.neo.res.rr.com) has joined #raspberrypi
[0:16] * msev- (msev-@gateway/shell/panicbnc/x-whxukqblauyutzlg) has joined #raspberrypi
[0:17] * sir_guy_carleton (~username@198.13.251.52) has joined #raspberrypi
[0:17] * RedNifre (~michael@p200300D6B70120C898889059BA23923D.dip0.t-ipconnect.de) Quit (Ping timeout: 252 seconds)
[0:20] * zlimvos (~zli@dhcp-077-250-068-187.chello.nl) Quit (Ping timeout: 258 seconds)
[0:21] * tdy (~tdy@unaffiliated/tdy) Quit (Remote host closed the connection)
[0:22] * zlimvos (~zli@dhcp-077-250-068-187.chello.nl) has joined #raspberrypi
[0:24] * jerryq (~jerryq@32.97.110.51) Quit (Ping timeout: 246 seconds)
[0:28] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[0:32] * semeion (~semeion@unaffiliated/semeion) Quit (Quit: WeeChat 2.3)
[0:33] * akk (~akk@97-123-112-214.albq.qwest.net) Quit (Quit: +++)
[0:33] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 252 seconds)
[0:34] * greggerz (~greggerz@unaffiliated/greggerz) Quit (Quit: Leaving)
[0:43] * goiko (~goiko@unaffiliated/goiko) Quit (Ping timeout: 246 seconds)
[0:44] * Error451 (~Error451@unaffiliated/mastergrab) Quit (Ping timeout: 250 seconds)
[0:44] * goiko (~goiko@unaffiliated/goiko) has joined #raspberrypi
[0:45] * snowgoggles (~snowgoggl@dhcp-c-b6-d2-83-34-5a.cpe.i-zoom.net) has joined #raspberrypi
[0:47] * Error451 (~Error451@unaffiliated/mastergrab) has joined #raspberrypi
[0:50] * puff (~user@pool-72-77-43-111.pitbpa.fios.verizon.net) Quit (Ping timeout: 245 seconds)
[0:52] * Jigsy (~Jigsy@unaffiliated/jigsy) Quit (Disconnected by services)
[0:52] * Jigsy` (~Jigsy@unaffiliated/jigsy) has joined #raspberrypi
[0:53] * clemens3 (~clemens@80-218-38-71.dclient.hispeed.ch) Quit (Ping timeout: 268 seconds)
[0:54] * Jigsy` is now known as Jigsy
[0:55] * Spr1ng (~Spr1ng@unaffiliated/spr1ng) Quit (Quit: WeeChat 2.2)
[0:59] * Bambus (~Bambus@p200300DF87350000A1F1C5F21553071D.dip0.t-ipconnect.de) has joined #raspberrypi
[1:00] * Bambus (~Bambus@p200300DF87350000A1F1C5F21553071D.dip0.t-ipconnect.de) Quit (Remote host closed the connection)
[1:06] * semeion (~semeion@unaffiliated/semeion) has joined #raspberrypi
[1:09] * Silversword (silverswor@gateway/vpn/privateinternetaccess/silversword) Quit (Remote host closed the connection)
[1:10] * jerryq (~jerryq@2601:1c0:6101:be7a:34c5:d669:6d39:8a5b) has joined #raspberrypi
[1:11] * Jigsy (~Jigsy@unaffiliated/jigsy) Quit (Disconnected by services)
[1:11] * Jigsy` (~Jigsy@unaffiliated/jigsy) has joined #raspberrypi
[1:13] * Jigsy` is now known as Jigsy
[1:14] * asabil (~asabil@41.92-221-75.customer.lyse.net) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[1:16] * Bambus (~Bambus@p200300DF87350000DD9FE87DFE85366E.dip0.t-ipconnect.de) has joined #raspberrypi
[1:17] * dslegends (~dslegends@24.224.221.226) Quit (Quit: dslegends)
[1:18] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) has joined #raspberrypi
[1:20] * Syliss (~Syliss@asa1.digitalpath.net) Quit (Remote host closed the connection)
[1:23] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) Quit (Ping timeout: 246 seconds)
[1:23] * tvm (~tvm@router-sever1-nat-m.pilsfree.net) Quit (Ping timeout: 258 seconds)
[1:23] * Silversword (silverswor@gateway/vpn/privateinternetaccess/silversword) has joined #raspberrypi
[1:24] * d0rm0us3 (~any@unaffiliated/anym0us3) Quit (Quit: Leaving)
[1:29] * TheSin (~TheSin@d199-126-165-217.abhsia.telus.net) has joined #raspberrypi
[1:30] * m1dnight_ (~m1dnight@ptr-g7gbjui1hyz0jwwnifc.18120a2.ip6.access.telenet.be) Quit (Ping timeout: 252 seconds)
[1:37] * sir_galahad_ad (~aaron@cpe-76-179-65-199.maine.res.rr.com) Quit (Ping timeout: 240 seconds)
[1:39] * audiopath (~audiopath@2a02:8388:6a84:3700:f14d:6902:5373:1347) Quit (Remote host closed the connection)
[1:46] * catalase (~catalase@unaffiliated/catalase) Quit (Ping timeout: 245 seconds)
[1:48] * sir_galahad_ad (~aaron@cpe-76-179-65-199.maine.res.rr.com) has joined #raspberrypi
[1:48] * catalase (~catalase@unaffiliated/catalase) has joined #raspberrypi
[1:52] * goiko (~goiko@unaffiliated/goiko) Quit (Ping timeout: 268 seconds)
[1:58] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:7c5a:211d:f7d9:fecb) Quit (Read error: Connection reset by peer)
[2:05] * goiko (~goiko@unaffiliated/goiko) has joined #raspberrypi
[2:05] * tdy (~tdy@unaffiliated/tdy) has joined #raspberrypi
[2:08] * slicktux (~slicktux@unaffiliated/slicktux) has joined #raspberrypi
[2:08] <slicktux> Can anyone recommend a good camera to use for object detection of a tennis ball?
[2:10] <slicktux> It would be mounted to a autonomous vehicle
[2:11] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:71a1:1140:c4f2:df97) has joined #raspberrypi
[2:12] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[2:14] * Bambus (~Bambus@p200300DF87350000DD9FE87DFE85366E.dip0.t-ipconnect.de) Quit (Quit: Bye)
[2:17] * TheFatherMind (~TheFather@cpe-104-34-204-52.socal.res.rr.com) Quit (Ping timeout: 250 seconds)
[2:17] * shicks2525 (~shicks252@ool-4354603e.dyn.optonline.net) has joined #raspberrypi
[2:18] * snowgoggles (~snowgoggl@dhcp-c-b6-d2-83-34-5a.cpe.i-zoom.net) Quit (Remote host closed the connection)
[2:18] * snowgoggles (~snowgoggl@dhcp-c-b6-d2-83-34-5a.cpe.i-zoom.net) has joined #raspberrypi
[2:19] * tdy (~tdy@unaffiliated/tdy) Quit (Ping timeout: 250 seconds)
[2:19] * shicks_ (~shicks252@ool-4354603e.dyn.optonline.net) Quit (Ping timeout: 246 seconds)
[2:21] * jigubigule (~quassel@2001:1c06:1909:2300:3c39:93d8:e993:8d9b) Quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[2:21] * shicks_ (~shicks252@ool-4354603e.dyn.optonline.net) has joined #raspberrypi
[2:22] * shicks2525 (~shicks252@ool-4354603e.dyn.optonline.net) Quit (Ping timeout: 245 seconds)
[2:24] * slicktux (~slicktux@unaffiliated/slicktux) Quit (Quit: leaving)
[2:36] * Ceber (~cerberus@dslb-002-202-158-102.002.202.pools.vodafone-ip.de) Quit (Ping timeout: 258 seconds)
[2:37] * daemon2k (daemon2k@unaffiliated/daemon2k) Quit (Ping timeout: 246 seconds)
[2:39] * Jigsy (~Jigsy@unaffiliated/jigsy) Quit (Disconnected by services)
[2:40] * Jigsy` (~Jigsy@unaffiliated/jigsy) has joined #raspberrypi
[2:40] * daemon2k (daemon2k@unaffiliated/daemon2k) has joined #raspberrypi
[2:41] * Jigsy` is now known as Jigsy
[2:43] * Ceber (~cerberus@dslb-084-060-225-166.084.060.pools.vodafone-ip.de) has joined #raspberrypi
[2:47] * kingmano_ (~kingmanor@2600:1002:b117:c247:a04f:56ac:9218:31) has joined #raspberrypi
[2:47] * kingmano_ (~kingmanor@2600:1002:b117:c247:a04f:56ac:9218:31) Quit (Client Quit)
[2:48] * Jigsy (~Jigsy@unaffiliated/jigsy) Quit (Disconnected by services)
[2:48] * Jigsy` (~Jigsy@unaffiliated/jigsy) has joined #raspberrypi
[2:49] * sublevel (~sublevel@gateway/tor-sasl/sublevel) Quit (Remote host closed the connection)
[2:50] * kingmanor (~kingmanor@ool-185989f4.static.optonline.net) Quit (Ping timeout: 272 seconds)
[2:51] * thiras (~thiras@unaffiliated/thiras) Quit (Ping timeout: 250 seconds)
[2:51] * Jigsy` (~Jigsy@unaffiliated/jigsy) Quit (Disconnected by services)
[2:52] * Jigsy (~Jigsy@unaffiliated/jigsy) has joined #raspberrypi
[2:54] * tdy (~tdy@unaffiliated/tdy) has joined #raspberrypi
[2:54] * sublevel (~sublevel@gateway/tor-sasl/sublevel) has joined #raspberrypi
[3:04] * vstehle (~vstehle@rqp06-1-88-178-86-202.fbx.proxad.net) Quit (Ping timeout: 244 seconds)
[3:06] * nyov is now known as Guest53655
[3:06] * Guest53655 (~nyov@unaffiliated/nyov) Quit (Killed (asimov.freenode.net (Nickname regained by services)))
[3:06] * nyov (~nyov@unaffiliated/nyov) has joined #raspberrypi
[3:08] * WARlrus (~freenode@home.mattdyson.org) Quit (Ping timeout: 258 seconds)
[3:09] * WARlrus (~freenode@home.mattdyson.org) has joined #raspberrypi
[3:09] * finalbeta (~finalbeta@ptr-e2o38d3vamjsb1ezw1f.18120a2.ip6.access.telenet.be) has joined #raspberrypi
[3:14] * ball (~ball@99-60-12-181.lightspeed.cicril.sbcglobal.net) has joined #raspberrypi
[3:14] * tristero (~nobody@unaffiliated/transfinite) Quit (Ping timeout: 246 seconds)
[3:17] <friendofafriend> Poor slicktux, I thought everyone knew about the PSEye. :\
[3:17] <ball> Wasn't that an early USB camera?
[3:17] * tdy (~tdy@unaffiliated/tdy) Quit (Ping timeout: 244 seconds)
[3:18] * mike_t (~mike_t@pluto.dd.vaz.ru) has joined #raspberrypi
[3:19] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) has joined #raspberrypi
[3:23] <friendofafriend> It's a USB camera for the Sony Playstation that is both cheap and shoots high framerate video (at low resolution).
[3:24] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) Quit (Ping timeout: 258 seconds)
[3:24] <ball> Sounds about right.
[3:24] <friendofafriend> Something like 120FPS, if memory serves. Which makes it pretty handy for tracking a moving object.
[3:28] <ball> Is that at QCIF?
[3:29] <friendofafriend> At 320x240.
[3:30] <ball> That's even better!
[3:32] <friendofafriend> Yep, and at 125FPS. 640x480 at 60FPS.
[3:33] <friendofafriend> The cameras used on consoles are really impressive, the Kinect is amazing in its own right.
[3:33] <Khaytsus> huh? They just detect motion using a few really low res cameras
[3:34] <friendofafriend> Which "they", Khaytsus?
[3:34] <Khaytsus> kinect
[3:34] <friendofafriend> Oh no, the Kinect is doing depth finding.
[3:34] * happysat (~katpoep@s5594c83f.adsl.online.nl) has joined #raspberrypi
[3:35] <Khaytsus> huh? Isn't it just a ir camera?
[3:35] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:71a1:1140:c4f2:df97) Quit (Read error: Connection reset by peer)
[3:35] <friendofafriend> No sir, it's an infrared laser! Really amazing tech at the price point.
[3:36] <ball> "Sharks with K'nects on their heads!"
[3:36] <friendofafriend> It diffuses a pattern of dots and rangefinds within it. The first Kinect has pretty great FOSS support, the Kinect 2 in much improved but less hacked on.
[3:36] * snowgoggles (~snowgoggl@dhcp-c-b6-d2-83-34-5a.cpe.i-zoom.net) Quit (Ping timeout: 245 seconds)
[3:37] <Khaytsus> Yeah I'v seen all kinds of strange shit done with kinects.. any of it useful? Dunno about that
[3:37] <friendofafriend> They are really neat, and they do tilt by themselves, have a controllable LED>
[3:37] <ball> friendofafriend: Is that because there's less open documentation available?
[3:37] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) has joined #raspberrypi
[3:38] <friendofafriend> ball: I think it's largely because the programs written for the original Kinect didn't forsee a different version of the camera coming down the pike.
[3:39] <friendofafriend> That seems to have improved as of last year, but the first version is really simple to setup.
[3:39] <friendofafriend> I had a Kinect pointed down a hallway, because that camera angle is way more interesting with depth.
[3:40] <friendofafriend> So I rotated the depth map, and you can see the distance of objects in the hallway, and most importantly in complete darkness.
[3:41] * dj_pi (~dj_pi@d4-50-214-166.col.wideopenwest.com) has joined #raspberrypi
[3:41] * robbmunson (~pi@unaffiliated/robbmunson) has joined #raspberrypi
[3:42] * z8z (~x@ac212170.ppp.asahi-net.or.jp) has joined #raspberrypi
[3:43] <friendofafriend> That said, the range is somewhat limited. It doesn't work at all outside. Sometimes aligning the normal camera with the depth measurements is impossible/frustrating. You can't use multiple cameras in the same field, because they'll get confused by each other's IR lasers.
[3:45] <ball> I'd just like an RS-170 camera and a greyscale framegrabber :-)
[3:45] <ball> Well two: one for each eye.
[3:47] <friendofafriend> Everything from canning to calamity, Ball? http://www.ball.com/aerospace/Aerospace/media/Aerospace/Downloads/D1667-RS170-TU_0416.pdf?ext=.pdf
[3:48] * dj_pi (~dj_pi@d4-50-214-166.col.wideopenwest.com) Quit (Ping timeout: 272 seconds)
[3:49] <ball> friendofafriend: Those are probably overkill for my application. ;-)
[3:49] * hybrid (~tribrid@47.184.162.27) Quit (Remote host closed the connection)
[3:51] * hybrid (~tribrid@47.184.162.27) has joined #raspberrypi
[3:51] <friendofafriend> Could you... give me the number to the HR department?
[3:52] * rpjsf (~ryan@104-1-93-74.lightspeed.sntcca.sbcglobal.net) has joined #raspberrypi
[3:52] <robbmunson> 411
[3:52] * robbmunson chuckles.
[3:53] <ball> (800) 678-9030?
[3:53] <ball> Oh hang on
[3:54] <ball> I suppose this is what they mean by "singularity". A company with my name, with history in my locale, does business in a range of fields that interests me and apparently sells a product that I would like to potch with.
[3:54] * ball shrugs
[3:55] <ball> Well, more than one product. Their RF stuff looks interesting too.
[3:55] <larsks> Potch?
[3:55] * larsks hits google
[3:56] <ball> "experiment"
[3:56] * tdy (~tdy@unaffiliated/tdy) has joined #raspberrypi
[3:56] <ball> (more or less)
[3:57] <larsks> Yeah, found it as definition #3 on urban dictionary. The numbers 1 and 2 left me vaguely uncomfortable about your relationship with technology... :)
[3:57] <ball> That wouldn't be my first choice of resource.
[3:58] <larsks> And yet, there it was.
[4:00] * ball makes a point of not looking it up.
[4:04] <robbmunson> urban dictionary, oh boy.
[4:05] <larsks> An endless source of things you can't forget, even if you really want to.
[4:09] * ball turns back to editing a shell script
[4:19] * bikram (~bikram@202.63.242.180) has joined #raspberrypi
[4:20] * H3RB4L15T (~CRC@200116b864a25c009d249faec863c0a2.dip.versatel-1u1.de) Quit (Ping timeout: 260 seconds)
[4:21] * RokLobsta (~Dirkka@119-18-13-51.cust.aussiebb.net) Quit (Remote host closed the connection)
[4:27] * Albori (~Albori@216-229-75-72.fidnet.com) Quit (Ping timeout: 250 seconds)
[4:30] <ball> There goes another 3 GB of duplicate files. :-)
[4:33] * robbmunson (~pi@unaffiliated/robbmunson) Quit (Quit: Leaving)
[4:34] * Essadon (~Essadon@81-225-32-185-no249.tbcn.telia.com) Quit (Quit: Qutting)
[4:34] * finalbeta (~finalbeta@ptr-e2o38d3vamjsb1ezw1f.18120a2.ip6.access.telenet.be) Quit (Ping timeout: 252 seconds)
[4:38] * Tourist (~Tourist@unaffiliated/tourist) Quit (Ping timeout: 244 seconds)
[4:40] * kingmanor (~kingmanor@ool-185989f4.static.optonline.net) has joined #raspberrypi
[4:42] * seventh__ (~seventh__@unaffiliated/seventh--/x-9387472) Quit (Ping timeout: 252 seconds)
[4:43] * ebsen (~ebsene@96.2.2.86) has joined #raspberrypi
[4:44] * rpjsf (~ryan@104-1-93-74.lightspeed.sntcca.sbcglobal.net) Quit (Read error: Connection reset by peer)
[4:46] * redstarcomrade (~quassel@cpe-104-175-255-182.socal.res.rr.com) has joined #raspberrypi
[4:47] * rpjsf (~rpjsf@104-1-93-74.lightspeed.sntcca.sbcglobal.net) has joined #raspberrypi
[4:53] * ebsen (~ebsene@96.2.2.86) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[4:54] * Albori (~Albori@216-229-75-72.fidnet.com) has joined #raspberrypi
[5:00] * kingmanor (~kingmanor@ool-185989f4.static.optonline.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
[5:08] * seventh__ (~seventh__@unaffiliated/seventh--/x-9387472) has joined #raspberrypi
[5:14] * pavlushka (~pavlushka@ubuntu/member/pavlushka) Quit (Remote host closed the connection)
[5:14] * pavlushka (~pavlushka@ubuntu/member/pavlushka) has joined #raspberrypi
[5:17] * s8548a (~s8548a@unaffiliated/s8548a) has joined #raspberrypi
[5:20] * t1k3 (t1k3@gateway/vpn/privateinternetaccess/t1k3) Quit (Ping timeout: 246 seconds)
[5:20] * KevinCarbonara (~KevinCarb@24-182-177-178.dhcp.stls.mo.charter.com) Quit (Ping timeout: 244 seconds)
[5:21] * t1k3 (~t1k3@pool-173-75-142-148.pitbpa.fios.verizon.net) has joined #raspberrypi
[5:22] * s8548a (~s8548a@unaffiliated/s8548a) Quit (Ping timeout: 250 seconds)
[5:22] * KevinCarbonara (~KevinCarb@24-182-177-178.dhcp.stls.mo.charter.com) has joined #raspberrypi
[5:47] * crimastergogo (~crimaster@49.206.6.98) has joined #raspberrypi
[5:51] * H3RB4L15T (~CRC@200116b864f2d2009d249faec863c0a2.dip.versatel-1u1.de) has joined #raspberrypi
[5:52] * tsglove2 (~tsglove@12.205.72.46) has joined #raspberrypi
[5:54] * tdy1 (~tdy@unaffiliated/tdy) has joined #raspberrypi
[5:54] * lead_pipe23_ (~Lead@c-71-59-62-216.hsd1.ga.comcast.net) has joined #raspberrypi
[5:54] * sdothum_ (~znc@dsl-173-206-143-145.tor.primus.ca) has joined #raspberrypi
[5:55] * crimastergogo (~crimaster@49.206.6.98) Quit (Ping timeout: 245 seconds)
[5:55] * KameSense (~KameSense@lfbn-1-7901-6.w92-167.abo.wanadoo.fr) Quit (Disconnected by services)
[5:55] * cnsvc (~cnsvc@gateway/tor-sasl/cnsvc) has joined #raspberrypi
[5:56] * BitEvil (~quassel@tor/regular/SpeedEvil) has joined #raspberrypi
[5:56] * toxync21 (~toxync21@120.244.120.98) has joined #raspberrypi
[5:57] * puzzola_ (~puzzola@unaffiliated/puzzola) has joined #raspberrypi
[5:57] * hyperair (~hyperair@ubuntu/member/hyperair) Quit (Disconnected by services)
[5:57] * hypera1r (~hyperair@ubuntu/member/hyperair) has joined #raspberrypi
[5:57] * widmo_ (~widmo@unaffiliated/widmo) has joined #raspberrypi
[5:57] * Jan89_ (~root@host-37-247-61-7.wtvk.pl) has joined #raspberrypi
[5:59] * ultrasparc_ (~ultraspar@199.249.230.2) has joined #raspberrypi
[6:01] * chenuki (~fury@pipe.bannerfree.net) has joined #raspberrypi
[6:02] * rpjsf (~rpjsf@104-1-93-74.lightspeed.sntcca.sbcglobal.net) Quit (*.net *.split)
[6:02] * redstarcomrade (~quassel@cpe-104-175-255-182.socal.res.rr.com) Quit (*.net *.split)
[6:02] * tdy (~tdy@unaffiliated/tdy) Quit (*.net *.split)
[6:02] * Ceber (~cerberus@dslb-084-060-225-166.084.060.pools.vodafone-ip.de) Quit (*.net *.split)
[6:02] * sir_galahad_ad (~aaron@cpe-76-179-65-199.maine.res.rr.com) Quit (*.net *.split)
[6:02] * SpeedEvil (~quassel@tor/regular/SpeedEvil) Quit (*.net *.split)
[6:02] * Neros (~Neros@31-32-241-72.abo.bbox.fr) Quit (*.net *.split)
[6:02] * lXndr (~lXndr@ip1f12fdae.dynamic.kabel-deutschland.de) Quit (*.net *.split)
[6:02] * sdothum (~znc@dsl-173-206-143-145.tor.primus.ca) Quit (*.net *.split)
[6:02] * High_Priest (~dcabrod@unaffiliated/high-priest/x-8117523) Quit (*.net *.split)
[6:02] * cryptic (~cryptic@142.196.139.17) Quit (*.net *.split)
[6:02] * chen (~fury@pipe.bannerfree.net) Quit (*.net *.split)
[6:02] * tsglove (~tsglove@12.205.72.46) Quit (*.net *.split)
[6:02] * widmo (~widmo@unaffiliated/widmo) Quit (*.net *.split)
[6:02] * vertigo235 (~vertigo23@cpe-24-74-15-234.carolina.res.rr.com) Quit (*.net *.split)
[6:02] * Jan89 (~root@37.247.61.7) Quit (*.net *.split)
[6:02] * puzzola (~puzzola@unaffiliated/puzzola) Quit (*.net *.split)
[6:02] * lead_pipe23 (~Lead@c-71-59-62-216.hsd1.ga.comcast.net) Quit (*.net *.split)
[6:02] * ultrasparc (~ultraspar@199.249.230.2) Quit (*.net *.split)
[6:02] * Neros (~Neros@31-32-241-72.abo.bbox.fr) has joined #raspberrypi
[6:03] * vertigo235 (~vertigo23@cpe-24-74-15-234.carolina.res.rr.com) has joined #raspberrypi
[6:04] * BKuhl__ (~BKuhl@pool-100-35-56-233.nwrknj.fios.verizon.net) Quit (Read error: Connection reset by peer)
[6:04] * redstarcomrade (~quassel@cpe-104-175-255-182.socal.res.rr.com) has joined #raspberrypi
[6:04] * devnu11 (devnu11@devnu11.org) Quit (Ping timeout: 246 seconds)
[6:04] * ball (~ball@99-60-12-181.lightspeed.cicril.sbcglobal.net) has left #raspberrypi
[6:05] * stiv (~steve@blender/coder/stivs) Quit (Ping timeout: 244 seconds)
[6:05] * bleepy (bleepy@81.174.249.200) Quit (Ping timeout: 246 seconds)
[6:07] * bleepy (bleepy@bleepy.org) has joined #raspberrypi
[6:07] * devnu11 (devnu11@devnu11.org) has joined #raspberrypi
[6:08] * cryptic (~cryptic@142.196.139.17) has joined #raspberrypi
[6:18] * Ceber (~cerberus@dslb-084-060-225-166.084.060.pools.vodafone-ip.de) has joined #raspberrypi
[6:20] * immibis (~immibis@125-238-72-168-fibre.sparkbb.co.nz) has joined #raspberrypi
[6:25] * Warooda (~liamb@125.63.16.77.iipc.com.au) has joined #raspberrypi
[6:27] * bmlzootown (~bmlzootow@unaffiliated/bmlzootown) Quit (Ping timeout: 250 seconds)
[6:29] * BKuhl (~BKuhl@pool-100-35-56-233.nwrknj.fios.verizon.net) has joined #raspberrypi
[6:29] * mowcat (~mowcat@cpc105070-sgyl40-2-0-cust220.18-2.cable.virginm.net) has joined #raspberrypi
[6:29] * mowcat (~mowcat@cpc105070-sgyl40-2-0-cust220.18-2.cable.virginm.net) Quit (Max SendQ exceeded)
[6:29] * bmlzootown (~bmlzootow@unaffiliated/bmlzootown) has joined #raspberrypi
[6:30] * mowcat (~mowcat@cpc105070-sgyl40-2-0-cust220.18-2.cable.virginm.net) has joined #raspberrypi
[6:42] * dreamon_ (~dreamon@unaffiliated/dreamon) has joined #raspberrypi
[6:44] * jstypo (~jstypo@143.208.165.103) Quit (Ping timeout: 250 seconds)
[6:45] * jstypo (~jstypo@143.208.165.103) has joined #raspberrypi
[6:46] * gh057 (~gh057@c-76-126-48-199.hsd1.ca.comcast.net) has joined #raspberrypi
[6:51] * gh057 (~gh057@c-76-126-48-199.hsd1.ca.comcast.net) has left #raspberrypi
[6:54] * finalbeta (~finalbeta@ptr-e2o38d3vamjsb1ezw1f.18120a2.ip6.access.telenet.be) has joined #raspberrypi
[6:55] * crimastergogo (~crimaster@49.206.6.98) has joined #raspberrypi
[7:00] * tvm (~tvm@router-sever1-nat-m.pilsfree.net) has joined #raspberrypi
[7:00] * fredp (~fredp@unaffiliated/fredp) Quit (Ping timeout: 244 seconds)
[7:00] * vstehle (~vstehle@rqp06-1-88-178-86-202.fbx.proxad.net) has joined #raspberrypi
[7:01] * bitmask (~bitmask@pool-100-35-68-83.nwrknj.fios.verizon.net) Quit (Quit: Gone to sleep...)
[7:02] * fredp (~fredp@unaffiliated/fredp) has joined #raspberrypi
[7:02] * H3RB4L15T (~CRC@200116b864f2d2009d249faec863c0a2.dip.versatel-1u1.de) Quit (Ping timeout: 252 seconds)
[7:03] * gh057 (~gh057@c-76-126-48-199.hsd1.ca.comcast.net) has joined #raspberrypi
[7:04] * H3RB4L15T (~CRC@ip-109-41-64-83.web.vodafone.de) has joined #raspberrypi
[7:10] * crimastergogo (~crimaster@49.206.6.98) Quit (Quit: crimastergogo)
[7:11] * crimastergogo (~crimaster@49.206.6.98) has joined #raspberrypi
[7:12] * semeion (~semeion@unaffiliated/semeion) Quit (Quit: WeeChat 2.3)
[7:20] * terminal1 (terminalat@gateway/vpn/privateinternetaccess/terminalator) Quit (Ping timeout: 252 seconds)
[7:27] * redstarcomrade (~quassel@cpe-104-175-255-182.socal.res.rr.com) Quit (Read error: Connection reset by peer)
[7:29] * s8548a (~s8548a@unaffiliated/s8548a) has joined #raspberrypi
[7:37] * TheDoudou (~Doudou@host-212-68-230-187.dynamic.voo.be) Quit (Ping timeout: 272 seconds)
[7:37] * mgottschlag (~quassel@reactos/tester/phoenix64) has joined #raspberrypi
[7:38] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[7:39] * crimastergogo (~crimaster@49.206.6.98) Quit (Remote host closed the connection)
[7:44] * m1dnight_ (~m1dnight@ptr-g7gbjui1hyz0jwwnifc.18120a2.ip6.access.telenet.be) has joined #raspberrypi
[7:45] * taza (~taza@unaffiliated/taza) Quit ()
[7:52] * genr8_ (~genr8_@unaffiliated/genbtc) has joined #raspberrypi
[7:53] * crostan (~crostan@185.217.117.6) has joined #raspberrypi
[7:58] * crostan (~crostan@185.217.117.6) Quit (Remote host closed the connection)
[8:04] * stiv (~steve@blender/coder/stivs) has joined #raspberrypi
[8:10] * Syntaxerror (~Syntaxerr@unaffiliated/snowman25) Quit (Ping timeout: 252 seconds)
[8:12] * Syntaxerror (~Syntaxerr@unaffiliated/snowman25) has joined #raspberrypi
[8:16] * dreamcat4 (uid157427@gateway/web/irccloud.com/x-qyiwvbacbrkksqwg) has joined #raspberrypi
[8:22] * torchic_ (~noturboo@i.am.phantas.tk) has joined #raspberrypi
[8:23] * torchic (~noturboo@i.am.phantas.tk) Quit (Remote host closed the connection)
[8:23] * torchic___ (~noturboo@i.am.phantas.tk) has joined #raspberrypi
[8:23] * torchic_ (~noturboo@i.am.phantas.tk) Quit (Remote host closed the connection)
[8:28] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) Quit (Remote host closed the connection)
[8:29] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) has joined #raspberrypi
[8:32] * pavlushka (~pavlushka@ubuntu/member/pavlushka) Quit (Remote host closed the connection)
[8:34] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) Quit (Ping timeout: 268 seconds)
[8:34] * High_Priest (~dcabrod@unaffiliated/high-priest/x-8117523) has joined #raspberrypi
[8:36] * RcHaCk (~RcHaCK@S01065039555b3fbd.vs.shawcable.net) Quit ()
[8:37] * pavlushka (~pavlushka@ubuntu/member/pavlushka) has joined #raspberrypi
[8:38] * sdothum_ (~znc@dsl-173-206-143-145.tor.primus.ca) Quit (Ping timeout: 244 seconds)
[8:40] * catalase (~catalase@unaffiliated/catalase) Quit (Remote host closed the connection)
[8:40] * s8548a (~s8548a@unaffiliated/s8548a) Quit (Ping timeout: 272 seconds)
[8:43] * sdothum (~znc@dsl-173-206-12-67.tor.primus.ca) has joined #raspberrypi
[8:43] * sir_guy_carleton (~username@198.13.251.52) Quit (Quit: WeeChat 2.2)
[8:44] * mgottschlag (~quassel@reactos/tester/phoenix64) Quit (Ping timeout: 260 seconds)
[8:44] * Damni (~daniele@host223-14-dynamic.24-79-r.retail.telecomitalia.it) has joined #raspberrypi
[8:45] * seventh__ (~seventh__@unaffiliated/seventh--/x-9387472) Quit (Quit: Yipeeeee)
[8:46] * slv (~slv@209.6.49.147) has joined #raspberrypi
[8:49] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[8:51] * BenGrimm (~yearight@072-190-001-110.res.spectrum.com) Quit (Read error: Connection reset by peer)
[8:51] * BenGrimm (~yearight@072-190-001-110.res.spectrum.com) has joined #raspberrypi
[8:53] * Pitel (~pitel@fw2o.masterinter.net) has joined #raspberrypi
[9:00] * sdothum (~znc@dsl-173-206-12-67.tor.primus.ca) Quit (Quit: ZNC 1.7.1 - https://znc.in)
[9:00] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[9:00] * cnsvc (~cnsvc@gateway/tor-sasl/cnsvc) Quit (Remote host closed the connection)
[9:01] * gh057 (~gh057@c-76-126-48-199.hsd1.ca.comcast.net) Quit ()
[9:01] * sdothum (~znc@dsl-173-206-12-67.tor.primus.ca) has joined #raspberrypi
[9:01] * Dave_MMP (~david_she@modmypi.plus.com) has joined #raspberrypi
[9:05] * s8548a (~s8548a@unaffiliated/s8548a) has joined #raspberrypi
[9:06] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) has joined #raspberrypi
[9:08] * CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[9:08] * OERIAS (~OERIAS@47.137.239.226) has joined #raspberrypi
[9:10] * codestorm (~codestorm@cpe-76-94-68-62.socal.res.rr.com) Quit (Ping timeout: 264 seconds)
[9:13] * clemens3 (~clemens@mx.eniso-partners.com) has joined #raspberrypi
[9:13] * drzacek (~drzacek@b941c009.business.dg-w.de) has joined #raspberrypi
[9:14] * TheSin (~TheSin@d199-126-165-217.abhsia.telus.net) Quit (Ping timeout: 240 seconds)
[9:14] * TheSin{Ti} (~TheSin@d199-126-165-217.abhsia.telus.net) has joined #raspberrypi
[9:20] * Makaveli7 (~Makaveli7@unaffiliated/makaveli7) has joined #raspberrypi
[9:20] * Belliash (~belliash@unaffiliated/belliash) Quit (Ping timeout: 264 seconds)
[9:20] * Belliash (znc@unaffiliated/belliash) has joined #raspberrypi
[9:22] * Damni (~daniele@host223-14-dynamic.24-79-r.retail.telecomitalia.it) Quit (Quit: WeeChat 2.3)
[9:23] * CyberManifest (~CyberMani@50-25-203-117.amrlcmtk05.res.dyn.suddenlink.net) has joined #raspberrypi
[9:24] * void__ (~Makaveli7@unaffiliated/makaveli7) has joined #raspberrypi
[9:26] * nshire (~nealshire@unaffiliated/nealshire) Quit (Read error: Connection reset by peer)
[9:26] * guido_rokepo (~Thunderbi@83-103-31-21.ip.fastwebnet.it) has joined #raspberrypi
[9:27] * Makaveli7 (~Makaveli7@unaffiliated/makaveli7) Quit (Ping timeout: 240 seconds)
[9:28] * ShorTie (~Idiot@unaffiliated/shortie) Quit (Read error: Connection reset by peer)
[9:29] * tdy1 (~tdy@unaffiliated/tdy) Quit (Ping timeout: 246 seconds)
[9:29] * chinztor (~torchinz@203.109.114.179) has joined #raspberrypi
[9:30] * cnsvc (~cnsvc@gateway/tor-sasl/cnsvc) has joined #raspberrypi
[9:30] <chinztor> Hi. Wish to know if RPi 3B/+ model can play 4k x264 videos.
[9:30] * chinztor (~torchinz@203.109.114.179) Quit (Read error: Connection reset by peer)
[9:30] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[9:31] * chinztor (~torchinz@203.109.114.179) has joined #raspberrypi
[9:31] <CyberManifest> chinztor, no
[9:31] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Client Quit)
[9:31] <chinztor> ohokay
[9:31] <chinztor> but it is good at x264 1080p, i guess
[9:32] * msimpson (~msimpson@178-23-128-190.host.as51043.net) has joined #raspberrypi
[9:32] * chinztor (~torchinz@203.109.114.179) Quit (Read error: Connection reset by peer)
[9:32] * Nephilum (~Raspberry@50.29.128.168.res-cmts.mtp2.ptd.net) Quit (Quit: Leaving)
[9:32] * chinztor (~torchinz@203.109.114.179) has joined #raspberrypi
[9:33] <chinztor> CyberManifest, sorry, I got disconnected. I believe that it is good for 1080p x264
[9:33] * chinztor (~torchinz@203.109.114.179) Quit (Read error: Connection reset by peer)
[9:34] * chinztor (~torchinz@203.109.114.179) has joined #raspberrypi
[9:34] * chinztor (~torchinz@203.109.114.179) Quit (Remote host closed the connection)
[9:35] * tonythomas (uid25971@wikimedia/-01tonythomas) has joined #raspberrypi
[9:40] * enrgysmth (d8eba101@gateway/web/freenode/ip.216.235.161.1) Quit (Ping timeout: 256 seconds)
[9:40] * lundmar (~lundmar@178.157.250.124) has joined #raspberrypi
[9:45] * jmcgnh (~jmcgnh@wikipedia/jmcgnh) Quit (Read error: Connection reset by peer)
[9:45] * jmcgnh (~jmcgnh@wikipedia/jmcgnh) has joined #raspberrypi
[9:56] <Encrypt> Why do people even need 4K? It's a purely commercial argument in my opinion..
[9:56] * smultron (~smultron@mirbsd/staff/smultron) Quit (Remote host closed the connection)
[10:05] <binaryhermit> 4k is 2920 more than 1080, that means it's almost 3x better
[10:05] <binaryhermit> tbh I have a hard time telling between 480p widescreen and fullhd
[10:07] * MacGeek (~BSD@host19-1-dynamic.13-87-r.retail.telecomitalia.it) has joined #raspberrypi
[10:14] * nibble_zero (~nibble_ze@37.244.231.177) has joined #raspberrypi
[10:22] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:2d64:acd1:a1ff:c219) has joined #raspberrypi
[10:24] * echoSMILE (~echoSMILE@unaffiliated/echosmile) has joined #raspberrypi
[10:24] * jinie_ (~jimmy@93-162-38-130-static.104.dk.customer.tdc.net) Quit (Quit: ZNC 1.6.1 - http://znc.in)
[10:30] * clemens3 (~clemens@mx.eniso-partners.com) Quit (Quit: WeeChat 2.1)
[10:30] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[10:33] * z8z (~x@ac212170.ppp.asahi-net.or.jp) Quit (Quit: Quitting)
[10:34] * clemens3 (~clemens@mx.eniso-partners.com) has joined #raspberrypi
[10:35] * clemens3 (~clemens@mx.eniso-partners.com) Quit (Client Quit)
[10:35] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 246 seconds)
[10:36] * asabil (~asabil@81.167.213.26.static.lyse.net) has joined #raspberrypi
[10:40] <mfa298> binaryhermit: I'm not sure that's true, 1080p is the number of lines, 4K (at least originally) is the number of columns.
[10:41] <binaryhermit> it's a joke about how marketing is
[10:41] <binaryhermit> agreeing with Encrypt on that
[10:41] * crimastergogo (~crimaster@49.206.6.98) has joined #raspberrypi
[10:42] * clemens3 (~clemens@mx.eniso-partners.com) has joined #raspberrypi
[10:42] <mfa298> I'd agree that's it's mostly meaningless unless you have a huge (multiplex cinema) sized screen
[10:42] <mfa298> and the content that actually makes it worthwhile
[10:43] * CyberManifest (~CyberMani@50-25-203-117.amrlcmtk05.res.dyn.suddenlink.net) Quit (Quit: Leaving)
[10:43] * MacGeek (~BSD@host19-1-dynamic.13-87-r.retail.telecomitalia.it) Quit (Ping timeout: 244 seconds)
[10:44] * waveform (~waveform@waveform.plus.com) has joined #raspberrypi
[10:44] <mfa298> at least for here the benefit HD (tv at least) gives is a better encoding so it can contain more detail and fewer artifacts
[10:46] * MacGeek (~BSD@host162-57-dynamic.22-79-r.retail.telecomitalia.it) has joined #raspberrypi
[10:46] * ShorTie (~Idiot@unaffiliated/shortie) has joined #raspberrypi
[10:47] * pksato (~PEBKAC@unaffiliated/pksato) has joined #raspberrypi
[10:50] * cnsvc (~cnsvc@gateway/tor-sasl/cnsvc) Quit (Quit: WeeChat 2.2)
[10:50] * cinch (~cinch@freebsd/user/cinch) Quit (Quit: Bye)
[10:51] * cinch (~cinch@freebsd/user/cinch) has joined #raspberrypi
[10:51] * crimastergogo (~crimaster@49.206.6.98) Quit (Remote host closed the connection)
[10:52] * im0nde (~im0nde@2a0a-a541-70ce-0-ba27-ebff-fe20-c671.ipv6dyn.netcologne.de) Quit (Quit: im0nde)
[10:52] * asabil (~asabil@81.167.213.26.static.lyse.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
[10:53] * pavlushka (~pavlushka@ubuntu/member/pavlushka) Quit (Remote host closed the connection)
[10:53] * im0nde (~im0nde@2a0a-a541-70ce-0-ba27-ebff-fe20-c671.ipv6dyn.netcologne.de) has joined #raspberrypi
[10:54] * clemens3 (~clemens@mx.eniso-partners.com) Quit (Remote host closed the connection)
[10:55] * void__ (~Makaveli7@unaffiliated/makaveli7) Quit (Quit: Leaving)
[10:57] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[10:59] * Buster (Buster@2001:470:1f0b:1639::2) has joined #raspberrypi
[11:09] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[11:11] * fredp (~fredp@unaffiliated/fredp) Quit (Ping timeout: 250 seconds)
[11:14] * fredp (~fredp@unaffiliated/fredp) has joined #raspberrypi
[11:14] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 246 seconds)
[11:19] * clemens3 (~clemens@mx.eniso-partners.com) has joined #raspberrypi
[11:20] * pavlushka (~pavlushka@ubuntu/member/pavlushka) has joined #raspberrypi
[11:22] * guido_rokepo1 (~Thunderbi@89-97-34-144.ip15.fastwebnet.it) has joined #raspberrypi
[11:24] * guido_rokepo (~Thunderbi@83-103-31-21.ip.fastwebnet.it) Quit (Ping timeout: 250 seconds)
[11:24] * guido_rokepo1 is now known as guido_rokepo
[11:27] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:2d64:acd1:a1ff:c219) Quit (Read error: Connection reset by peer)
[11:27] * immibis (~immibis@125-238-72-168-fibre.sparkbb.co.nz) Quit (Ping timeout: 245 seconds)
[11:30] * crimastergogo (~crimaster@49.206.6.98) has joined #raspberrypi
[11:31] * crimastergogo (~crimaster@49.206.6.98) Quit (Client Quit)
[11:32] * Ceber (~cerberus@dslb-084-060-225-166.084.060.pools.vodafone-ip.de) Quit (Ping timeout: 250 seconds)
[11:40] * Ceber (~cerberus@dslb-084-060-225-166.084.060.pools.vodafone-ip.de) has joined #raspberrypi
[11:41] * echoSMILE (~echoSMILE@unaffiliated/echosmile) Quit (Ping timeout: 244 seconds)
[11:41] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[11:44] * RaTTuS|BIG (~RaTTuSBIG@37.152-253-62.static.virginmediabusiness.co.uk) Quit ()
[11:44] * Buster (Buster@2001:470:1f0b:1639::2) Quit ()
[11:45] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[11:46] * BenG83 (~BenG83@HSI-KBW-082-212-041-239.hsi.kabelbw.de) Quit (Ping timeout: 244 seconds)
[11:47] * guido_rokepo1 (~Thunderbi@83-103-31-21.ip.fastwebnet.it) has joined #raspberrypi
[11:48] * guido_rokepo (~Thunderbi@89-97-34-144.ip15.fastwebnet.it) Quit (Ping timeout: 272 seconds)
[11:48] * guido_rokepo1 is now known as guido_rokepo
[11:52] * YuGiOhJCJ (~YuGiOhJCJ@gateway/tor-sasl/yugiohjcj) has joined #raspberrypi
[11:53] * RaTTuS|BIG (~RaTTuSBIG@37.152-253-62.static.virginmediabusiness.co.uk) has joined #raspberrypi
[11:53] * ChanServ sets mode +o RaTTuS|BIG
[11:53] * ChanServ sets mode -o RaTTuS|BIG
[11:55] * RaTTuS|BIG (~RaTTuSBIG@37.152-253-62.static.virginmediabusiness.co.uk) Quit (Client Quit)
[11:56] * RaTTuS|BIG (~RaTTuSBIG@37.152-253-62.static.virginmediabusiness.co.uk) has joined #raspberrypi
[11:56] * ChanServ sets mode +o RaTTuS|BIG
[11:56] * ChanServ sets mode -o RaTTuS|BIG
[11:57] * MacGeek (~BSD@host162-57-dynamic.22-79-r.retail.telecomitalia.it) Quit (Ping timeout: 268 seconds)
[12:00] * echoSMILE (~echoSMILE@unaffiliated/echosmile) has joined #raspberrypi
[12:00] * echoSMIL3 (~echoSMILE@unaffiliated/echosmile) has joined #raspberrypi
[12:04] * echoSMILE (~echoSMILE@unaffiliated/echosmile) Quit (Ping timeout: 245 seconds)
[12:06] * chris_99 (uid26561@gateway/web/irccloud.com/x-zgrqbrznkbafaqll) has joined #raspberrypi
[12:10] * paulbarker (sid269702@gateway/web/irccloud.com/x-yinaqtfxjogxctlu) has left #raspberrypi
[12:11] * JesusCreation (~Jesus@c-bb4070d5.036-43-6b6c6d1.bbcust.telenor.se) Quit (Read error: Connection reset by peer)
[12:11] * pksato (~PEBKAC@unaffiliated/pksato) Quit (Remote host closed the connection)
[12:12] * pksato (~PEBKAC@unaffiliated/pksato) has joined #raspberrypi
[12:12] * sparkytechjoe (~sparkyjoe@66.42.92.180) Quit (Ping timeout: 250 seconds)
[12:14] * lXndr (~lXndr@ip1f12fdae.dynamic.kabel-deutschland.de) has joined #raspberrypi
[12:15] * dalmata (~dalmata@unaffiliated/dalmathg) Quit (Quit: Leaving)
[12:16] * troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) has joined #raspberrypi
[12:18] * pksato (~PEBKAC@unaffiliated/pksato) Quit (Ping timeout: 252 seconds)
[12:18] * pksato (~PEBKAC@unaffiliated/pksato) has joined #raspberrypi
[12:21] * s8548a (~s8548a@unaffiliated/s8548a) Quit (Read error: Connection reset by peer)
[12:22] * bikram (~bikram@202.63.242.180) Quit (Remote host closed the connection)
[12:26] * Dave_MMP (~david_she@modmypi.plus.com) Quit (Read error: Connection reset by peer)
[12:27] * pksato (~PEBKAC@unaffiliated/pksato) Quit (Ping timeout: 252 seconds)
[12:28] * Dave_MMP (~david_she@modmypi.plus.com) has joined #raspberrypi
[12:32] * pksato (~PEBKAC@unaffiliated/pksato) has joined #raspberrypi
[12:33] * RedNifre (~michael@p200300D6B701200B98889059BA23923D.dip0.t-ipconnect.de) has joined #raspberrypi
[12:34] * Albori (~Albori@216-229-75-72.fidnet.com) Quit (Ping timeout: 246 seconds)
[12:37] * m1dnight_ (~m1dnight@ptr-g7gbjui1hyz0jwwnifc.18120a2.ip6.access.telenet.be) Quit (Ping timeout: 252 seconds)
[12:38] * OERIAS (~OERIAS@47.137.239.226) Quit (Ping timeout: 240 seconds)
[12:40] * RedNifre (~michael@p200300D6B701200B98889059BA23923D.dip0.t-ipconnect.de) Quit (Ping timeout: 268 seconds)
[12:41] * RedNifre (~michael@p200300D6B701200B98889059BA23923D.dip0.t-ipconnect.de) has joined #raspberrypi
[12:44] * m1dnight_ (~m1dnight@78-22-1-215.access.telenet.be) has joined #raspberrypi
[12:48] * troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) Quit (Ping timeout: 240 seconds)
[12:49] * mike_t (~mike_t@pluto.dd.vaz.ru) Quit (Quit: adieu!)
[12:56] * OERIAS (~OERIAS@47.137.239.226) has joined #raspberrypi
[12:59] * bmlzootown (~bmlzootow@unaffiliated/bmlzootown) Quit (Ping timeout: 260 seconds)
[12:59] * strobelight (~quassel@c-69-180-7-202.hsd1.ga.comcast.net) has joined #raspberrypi
[13:00] * bmlzootown (~bmlzootow@unaffiliated/bmlzootown) has joined #raspberrypi
[13:00] * Albori (~Albori@216-229-75-72.fidnet.com) has joined #raspberrypi
[13:04] * cave (~various@h081217094244.dyn.cm.kabsi.at) has joined #raspberrypi
[13:04] * s8548a (~s8548a@unaffiliated/s8548a) has joined #raspberrypi
[13:08] * troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) has joined #raspberrypi
[13:09] * slv (~slv@209.6.49.147) Quit (Quit: Leaving)
[13:10] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[13:14] * tonythomas (uid25971@wikimedia/-01tonythomas) Quit (Quit: Connection closed for inactivity)
[13:15] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 268 seconds)
[13:20] * OERIAS (~OERIAS@47.137.239.226) Quit (Ping timeout: 268 seconds)
[13:26] * TheFatherMind- (~TheFather@cpe-104-34-204-52.socal.res.rr.com) has joined #raspberrypi
[13:26] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[13:30] * strobelight_ (~quassel@2001:420:c0c8:1004::a5) has joined #raspberrypi
[13:30] * strobelight is now known as Guest11639
[13:31] * strobelight_ is now known as strobelight
[13:31] * MacGeek (~BSD@host162-57-dynamic.22-79-r.retail.telecomitalia.it) has joined #raspberrypi
[13:32] * troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) Quit (Ping timeout: 268 seconds)
[13:33] <hodapp> waveform: thanks for help earlier, btw
[13:34] * Guest11639 (~quassel@c-69-180-7-202.hsd1.ga.comcast.net) Quit (Ping timeout: 268 seconds)
[13:34] <hodapp> I am going to dig around in mmalobj a bit since my case is marginal enough that I feel like it's not the job of picamera's main API (or perhaps any of its APIs)
[13:34] * fredp (~fredp@unaffiliated/fredp) Quit (Ping timeout: 246 seconds)
[13:37] * DrJ_d (~DrJ@104.200.153.80) has joined #raspberrypi
[13:37] * DrJ (~DrJ@104.200.153.98) Quit (Disconnected by services)
[13:37] * DrJ_d is now known as DrJ
[13:37] * teclo- (42@unaffiliated/teclo) Quit (Ping timeout: 246 seconds)
[13:38] * thiras (~thiras@unaffiliated/thiras) has joined #raspberrypi
[13:42] * troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) has joined #raspberrypi
[13:54] * Essadon (~Essadon@81-225-32-185-no249.tbcn.telia.com) has joined #raspberrypi
[14:02] * TheSin{Ti} (~TheSin@d199-126-165-217.abhsia.telus.net) Quit (Quit: Client exiting)
[14:05] * asabil (~asabil@81.167.213.26.static.lyse.net) has joined #raspberrypi
[14:07] * dslegends (~dslegends@24-224-221-226.eastlink.ca) has joined #raspberrypi
[14:11] * troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) Quit (Ping timeout: 244 seconds)
[14:14] <waveform> hodapp, no prob - and yes, I think you probably want to skip the high level and try the lower level - my apologies in advance for the lack of quality in the docs - it's something to be worked on
[14:14] <waveform> (if you need any hints for using mmalobj though, it's what the majority of picamera's higher level API is built on so that's probably somewhere to look if you get into trouble)
[14:15] * sdoherty (sdoherty@nat/redhat/x-unzjdkqjykhdlonc) has joined #raspberrypi
[14:28] * pksato (~PEBKAC@unaffiliated/pksato) Quit (Quit: Problem Exists Between Keyboard And Chair)
[14:30] * H3RB4L15T (~CRC@ip-109-41-64-83.web.vodafone.de) Quit (Ping timeout: 272 seconds)
[14:35] * mike_t (~mike_t@109.169.219.205) has joined #raspberrypi
[14:47] * dreamon_ (~dreamon@unaffiliated/dreamon) Quit (Ping timeout: 245 seconds)
[14:47] * NorthwestVegan (~Northwest@gateway/tor-sasl/northwestvegan) Quit (Remote host closed the connection)
[14:52] * brontos (~brontos@71.204.23.74) has joined #raspberrypi
[14:54] * NorthwestVegan (~Northwest@gateway/tor-sasl/northwestvegan) has joined #raspberrypi
[15:00] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[15:05] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
[15:06] * Senicar (~Senicar@gateway/tor-sasl/senicar) Quit (Read error: Connection reset by peer)
[15:07] * Senicar (~Senicar@gateway/tor-sasl/senicar) has joined #raspberrypi
[15:11] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[15:12] * TheSin (~TheSin@gateway.bluefalls.ca) has joined #raspberrypi
[15:16] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 272 seconds)
[15:16] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[15:17] <hodapp> waveform: I would at least like to test your theory that the splitter is the culprit behind my full-res RGB issue so perhaps you could add a note into the docs
[15:18] <hodapp> and I could close that GitHub issue since there's nothing picamera can really do about it (if it's an MMAL or hardware issue)
[15:19] <waveform> well, leave it open for now
[15:19] <waveform> at the very least it'll prod me to do some docs work :)
[15:21] <hodapp> yeah, wasn't going to close it until I had a clear thing to point to like "this is a documented limitation"
[15:21] * clemens3 (~clemens@mx.eniso-partners.com) Quit (Quit: WeeChat 2.1)
[15:24] * CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) has joined #raspberrypi
[15:24] * random_yanek (~random_ya@host-89-230-165-85.dynamic.mm.pl) Quit (Quit: random_yanek)
[15:25] * clemens3 (~clemens@mx.eniso-partners.com) has joined #raspberrypi
[15:27] * tsglove2 (~tsglove@12.205.72.46) Quit (Quit: Leaving)
[15:28] * mythos (~mythos@unaffiliated/mythos) has joined #raspberrypi
[15:30] * asabil (~asabil@81.167.213.26.static.lyse.net) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[15:34] * asabil (~asabil@81.167.213.26.static.lyse.net) has joined #raspberrypi
[15:36] * DaveH (~DaveH@72.46.147.195.pool.dsl.daisyplc.net) has joined #raspberrypi
[15:40] * InverseRhombus (~InverseRh@cpc119256-colc8-2-0-cust111.7-4.cable.virginm.net) has joined #raspberrypi
[15:43] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[15:44] * GraysonBriggs (~GraysonBr@unaffiliated/graysonbriggs) has joined #raspberrypi
[15:50] * tvm (~tvm@router-sever1-nat-m.pilsfree.net) Quit (Ping timeout: 245 seconds)
[15:51] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[15:53] * dalmata (~dalmata@unaffiliated/dalmathg) has joined #raspberrypi
[15:56] * Snircle (~textual@ip174-68-86-201.sd.sd.cox.net) has joined #raspberrypi
[16:02] * BenG83 (~BenG83@HSI-KBW-082-212-041-239.hsi.kabelbw.de) has joined #raspberrypi
[16:04] * greggerz (~greggerz@unaffiliated/greggerz) has joined #raspberrypi
[16:05] * bitmask (~bitmask@pool-100-35-68-83.nwrknj.fios.verizon.net) has joined #raspberrypi
[16:06] * tvm (~tvm@router-sever1-nat-m.pilsfree.net) has joined #raspberrypi
[16:07] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[16:12] * akk (~akk@97-123-112-214.albq.qwest.net) has joined #raspberrypi
[16:15] * asabil (~asabil@81.167.213.26.static.lyse.net) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[16:24] * Buster (Buster@2001:470:1f0b:1639::2) has joined #raspberrypi
[16:26] * pigweed (~pigweed@97.119.185.146) has joined #raspberrypi
[16:30] * RedNifre (~michael@p200300D6B701200B98889059BA23923D.dip0.t-ipconnect.de) Quit (Ping timeout: 252 seconds)
[16:30] * RedNifre (~michael@p200300D6B701200B98889059BA23923D.dip0.t-ipconnect.de) has joined #raspberrypi
[16:34] * Syliss (~SylissHob@asa1.digitalpath.net) has joined #raspberrypi
[16:34] * asabil (~asabil@81.167.213.26.static.lyse.net) has joined #raspberrypi
[16:43] * pigweed (~pigweed@97.119.185.146) Quit (Remote host closed the connection)
[16:45] * AltReality (~noneya@99-57-74-231.lightspeed.frokca.sbcglobal.net) Quit (Ping timeout: 246 seconds)
[16:56] * Pitel (~pitel@fw2o.masterinter.net) Quit (Quit: GTFO)
[17:00] * dataorc (~dataorc@216.206.157.56) has joined #raspberrypi
[17:01] * drzacek (~drzacek@b941c009.business.dg-w.de) Quit (Quit: Leaving)
[17:02] * FloggerXXX (~FloggerXX@217-209-150-73-no544.tbcn.telia.com) Quit (Remote host closed the connection)
[17:03] * tdy1 (~tdy@unaffiliated/tdy) has joined #raspberrypi
[17:03] * msimpson (~msimpson@178-23-128-190.host.as51043.net) Quit (Read error: Connection reset by peer)
[17:06] * mikeputnam (~mike@pdpc/supporter/active/mikeputnam) has joined #raspberrypi
[17:07] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[17:08] * dalmata (~dalmata@unaffiliated/dalmathg) Quit (Remote host closed the connection)
[17:08] * akk (~akk@97-123-112-214.albq.qwest.net) Quit (Quit: +++)
[17:09] * dalmata (~dalmata@unaffiliated/dalmathg) has joined #raspberrypi
[17:10] * dalmata (~dalmata@unaffiliated/dalmathg) Quit (Remote host closed the connection)
[17:11] * dalmata (~dalmata@unaffiliated/dalmathg) has joined #raspberrypi
[17:12] * Jaykae (Jaykae@gateway/shell/elitebnc/x-subrmtssjyrakrqb) Quit (Quit: EliteBNC - http://elitebnc.org (User-Removal: deleted by account holder))
[17:12] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[17:16] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 246 seconds)
[17:17] * BitEvil is now known as SpeedEvil
[17:20] * Scott0_ (~Scott0_@unaffiliated/scotto/x-4000254) has joined #raspberrypi
[17:21] <Scott0_> hello, I have a rpi3b and im running omxplayer with a 1080 60hz video and im getting some lag on portions of the video where there is a lot of movement. Is there anything I can do to prevent this? Thanks.
[17:22] <Scott0_> I've looked into possibly overclocking and/or adding active cooling to solve the issue
[17:23] <Scott0_> I hesitate to overclock the CPU or GPU, I don't want to damage anything
[17:25] * jerryq (~jerryq@2601:1c0:6101:be7a:34c5:d669:6d39:8a5b) Quit (Ping timeout: 268 seconds)
[17:31] * VasyaTheWizard (~Vassili@unaffiliated/vasyathewizard) has joined #raspberrypi
[17:33] * KevinCarbonara (~KevinCarb@24-182-177-178.dhcp.stls.mo.charter.com) Quit (Ping timeout: 245 seconds)
[17:36] * KevinCarbonara (~KevinCarb@24-182-177-178.dhcp.stls.mo.charter.com) has joined #raspberrypi
[17:36] * sdoherty_ (sdoherty@nat/redhat/x-euzxjxiarsxnrmnf) has joined #raspberrypi
[17:37] <friendofafriend> Scott0_: It's highly unlikely you'll damage your Pi from overclocking.
[17:38] <Scott0_> ok so I could get sopme additional performance from that
[17:38] * sdoherty_ (sdoherty@nat/redhat/x-euzxjxiarsxnrmnf) Quit (Max SendQ exceeded)
[17:38] <friendofafriend> But don't trust a rando on IRC, check out the Foundation's official stance. https://www.raspberrypi.org/blog/introducing-turbo-mode-up-to-50-more-performance-for-free/
[17:38] <Scott0_> im looking at starting with giving the GPu a larger share of the memory fiorst and then to overclocking if that doesn't make an impact
[17:39] * sdoherty_ (sdoherty@nat/redhat/x-dpoecgphnpbkiqbn) has joined #raspberrypi
[17:39] <Scott0_> I read somewhere that when omxplayer sees >40hz video, it increases the GPu frequency
[17:39] <Scott0_> but im just setting up standalone video looper
[17:40] * sdoherty_ (sdoherty@nat/redhat/x-dpoecgphnpbkiqbn) Quit (Max SendQ exceeded)
[17:40] * sdoherty (sdoherty@nat/redhat/x-unzjdkqjykhdlonc) Quit (Ping timeout: 250 seconds)
[17:40] <Scott0_> so I assume very little of the CPU is needed
[17:40] <friendofafriend> Practically no CPU is used in the process, you are correct.
[17:40] * sdoherty_ (sdoherty@nat/redhat/x-oskhviokripuzlsx) has joined #raspberrypi
[17:42] * tristero (~nobody@unaffiliated/transfinite) has joined #raspberrypi
[17:44] * JnR (~chris@2601:342:c000:3f7e:799d:325b:e793:82bb) has joined #raspberrypi
[17:44] <JnR> hello
[17:45] * Speed2u (~speed2u@unaffiliated/speed2u) Quit (Remote host closed the connection)
[17:46] * goiko (~goiko@unaffiliated/goiko) Quit (Ping timeout: 246 seconds)
[17:48] <friendofafriend> Howdy, JnR.
[17:49] <JnR> Sorry if this sounds really stupid but I'm really unfamiliar with the lowest level of data storage. I'm still learning and a few projects I wanted to try doing with the RPi involve bringing along amd64 software. So I had the wild idea of an operating system for the Pi that dumps all of the data to be used into ram right off the bat and then it just floats, leaving the rest of the device to function at 100%
[17:50] <friendofafriend> That's "netbooting".
[17:50] <JnR> But can it be done on a larger scale?
[17:50] <friendofafriend> Sure, you could netboot a whole cluster of Raspberry Pi boards, no storage needed.
[17:51] <JnR> Why doesn't anyone develop on that idea? expecially when using the RPi as a little server or cloud
[17:53] <friendofafriend> Only the Raspberry Pi 3 can boot from the network with no SD card. The Pi Zero can boot from a USB connection.
[17:53] <friendofafriend> There's a step-by-step tutorial on netbooting your Pi at the foundation's site. https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/net_tutorial.md
[17:54] * pavlushka (~pavlushka@ubuntu/member/pavlushka) Quit (Remote host closed the connection)
[17:54] <Scott0_> will I need something bigger than 2.5A for the power supply if I overclock?
[17:54] <Scott0_> is there any punblished info on how far I can get on 2.5A?
[17:54] <JnR> Great thanks
[17:54] <Scott0_> *published
[17:55] <friendofafriend> JnR: You're very welcome. Get your clutches on a Pi3 and try it out!
[17:55] * goiko (~goiko@unaffiliated/goiko) has joined #raspberrypi
[17:56] <friendofafriend> Scott0_: The change in power consumption is minimal, and you'll be especially fine running a foundation approved power supply.
[17:56] * sdoherty_ (sdoherty@nat/redhat/x-oskhviokripuzlsx) Quit (Quit: Leaving)
[17:58] <JnR> Oh also the reason why I was originally interested. Because bits are universally just bits, would storing AMD data in a medium before being integrated allow different archetectures to work seemlessly?
[17:58] <JnR> As long as the data was sorted on load of course
[17:59] <friendofafriend> JnR: No, not at all.
[17:59] <mfa298> JnR: there's already a solution designed for netbooting a bunch of Pi's including authentication etc. although that's not ram only, but only uses network storage rather than SD
[17:59] <chris_99> AMD data? you mean you want to run x86 prorams on arm?
[17:59] <chris_99> *programs
[18:00] * morfin (~morfin@85.12.195.47) has joined #raspberrypi
[18:00] <mfa298> JnR: https://www.raspberrypi.org/blog/piserver/
[18:00] <morfin> hello
[18:00] <friendofafriend> Some pretty good information on it here. https://stackoverflow.com/questions/14794460/how-does-the-arm-architecture-differ-from-x86
[18:00] <morfin> How does OS boot up on RPi?
[18:01] <friendofafriend> morfin: https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/bootflow.md
[18:01] <JnR> I thought that the biggest difference between architectures was just the amount of data carried in a given amount of time
[18:01] * Dave_MMP (~david_she@modmypi.plus.com) Quit (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ))
[18:02] <JnR> More data per Hert
[18:02] <friendofafriend> No, the "machinery" of an ARM and x86 CPU is very different.
[18:02] * CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
[18:02] <mfa298> JnR: x86 and arm architectures are very different - at a simple level start looking at CISC (intel/amd) vs RISC (arm)
[18:02] * jerryq (~jerryq@32.97.110.57) has joined #raspberrypi
[18:03] <JnR> But i'm just referring to their binary data meeting in the RPi's memory. I suppose i should look into it
[18:04] <JnR> The whole idea of the initial unloading of data is to preprocess it to work with the ARM data
[18:05] <mfa298> data is just data - i.e. a text file will be similar in ram between arm or x86 (order might differ but that's not something you'll generally have to worry about)
[18:05] <friendofafriend> You can emulate x86 on ARM, with the caveat that it's fantastically slow. https://www.youtube.com/watch?v=0yZ5UiQyeFA
[18:08] <friendofafriend> You could theoretically translate the binary from one archetecture to another. https://en.wikipedia.org/wiki/Binary_translation
[18:08] <JnR> I agree mixing hardware would be ridiculous. But i'm only referring to a RPi that splits the data on boot and doesn't touch it again
[18:09] * guido_rokepo (~Thunderbi@83-103-31-21.ip.fastwebnet.it) Quit (Quit: guido_rokepo)
[18:09] <mfa298> JnR: what do you mean by "data"
[18:11] <JnR> Let's say I'm running a small server on my RPi and I was to implement a complex piece of software that I'm not willing to port. It could simply be loaded into the Pi's memory in a brief period on boot and that's it
[18:12] <friendofafriend> Your piece of software would be built for another archetecture, and wouldn't run.
[18:12] <mfa298> if it's software compiled for an intel type processor then it won't run natively on a Pi as the architectures are very different.
[18:12] <JnR> Idk if you caught the beginning of the convo but I mentioned a Pi where the data is all loaded at once and would float in memory
[18:13] <Scott0_> friendofafriend: im using the cannakit power supply
[18:13] <mfa298> you could emulate x86 architecture on the Pi as friendofafriend mentioned earlier but that would be really slow.
[18:13] <JnR> Even if it was basically i guess you'd say "open-source"
[18:13] * random_yanek (~random_ya@host-89-230-165-85.dynamic.mm.pl) has joined #raspberrypi
[18:13] * random_yanek (~random_ya@host-89-230-165-85.dynamic.mm.pl) Quit (Max SendQ exceeded)
[18:14] <mfa298> if it's somethign like php/python/perl/ruby that's interpreted (or JIT compiled) then that would probably work, but if it's a compiled binary then it wont
[18:14] <friendofafriend> Scott0_: You'll be fine with turbo mode. And if your overclock doesn't work, you just remove the microSD card and change config.txt back.
[18:14] <Scott0_> turbo mode?
[18:15] <mfa298> If you've got the source code (for a compiled language) then it might just compile on a pi without much effort.
[18:15] <JnR> Noooo I understand that a compiled binary wouldn't work at all. I meant more like Python
[18:15] <friendofafriend> Python will work just fine, but there's no need to "port" it.
[18:15] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[18:16] <JnR> lol I know we're just kind of getting off track
[18:16] <mfa298> JnR: you're confusing things a lot by calling something like a Python program data. It's not data! it's a program.
[18:16] * random_yanek (~random_ya@host-89-230-165-85.dynamic.mm.pl) has joined #raspberrypi
[18:17] <JnR> mfa298 I was referring it to data because it makes more sense when I'm injecting it in with another device architecture. At least to me
[18:17] <friendofafriend> Well, right, python is really the program. You're running a "script".
[18:17] * phinxy_ (~ted@unaffiliated/phinxy) Quit (Ping timeout: 246 seconds)
[18:17] * phinxy (~ted@unaffiliated/phinxy) Quit (Ping timeout: 245 seconds)
[18:18] <JnR> Sorry I was just trying to be simple to understand
[18:18] <mfa298> I'm with JnR call it a program - or start off calling it a Python Program (rather than data)
[18:18] <mfa298> sorry, I'm with friendofafriend
[18:19] <friendofafriend> You're getting around all the sticky cross-archetecture stuff because python has already been ported.
[18:19] <mfa298> a program is a bunch of instructions telling the system how to run, that applies for C, Python or a variety of other things (doesn't matter if it's compiled as a seperate process or as JIT)
[18:20] <friendofafriend> So if you've got some python script that you'd like to run, you could absolutely netboot a Raspberry Pi image with python installed, load your script, and run it. Nothing in storage, everything in RAM.
[18:20] <Scott0_> oh wow, gpu_mem to 944 makes the video lag even more
[18:20] <Scott0_> :(
[18:20] <friendofafriend> Scott0_: 944?
[18:21] <Scott0_> is omxplayer using cpu?
[18:21] * McDonaldsWiFi (~McDonalds@unaffiliated/mcdonaldswifi) Quit (Ping timeout: 240 seconds)
[18:21] * crimastergogo (~crimaster@49.206.6.73) has joined #raspberrypi
[18:21] <Scott0_> yeah according to this https://www.raspberrypi.org/documentation/configuration/config-txt/memory.md
[18:21] <Scott0_> maybe I rad something wrong
[18:22] <JnR> I am aware that the languages are different in the way they operate. My original thought was just of a piece of software that would make on the go conversion extremely simple. It's just an interesting thought
[18:22] <friendofafriend> Scott0_: You should be able to get away with 128MB of memory for the GPU, and still get hardware accelerated video decoding of h264.
[18:22] <Syliss> dont set vid memory that high
[18:22] <JnR> Even if it's just for me
[18:23] <Syliss> just do 256 or 384 and youll be fine
[18:23] * mike_t (~mike_t@109.169.219.205) Quit (Remote host closed the connection)
[18:24] * rauldux (~rauldux@151.56.13.10) has joined #raspberrypi
[18:25] <friendofafriend> JnR: There is a company doing binary translation from x86 to ARM, but it's not open source. https://eltechs.com/product/exagear-desktop/
[18:25] <mfa298> JnR: most forms of source code (C, Python etc) can be made to run easily on a variety of processor types, the works already been done in the form of compilers (gcc) or the interpretor (Python etc). Those compiles/interpretors are architecture specific, but the source code they take (i.e. what you write) generally isnt
[18:25] * irdr (~irdr@bzq-109-65-3-226.red.bezeqint.net) Quit (Ping timeout: 252 seconds)
[18:26] <JnR> friendofafriend I actually ran across their site recently and read the same thing. Possibly why I had the idea. I wanted to put VMware on my RPi
[18:26] <friendofafriend> mfa298 is right, but the snag comes when you've only got a compiled binary for a different archetecture, and not the source. If you have source, compiling it for your target is pretty likely.
[18:27] <friendofafriend> JnR: If you're looking to virtualize on Linux, try qemu/libvirt.
[18:27] <mfa298> JnR: For "on the go conversion" of binaries that's also a solved thing (e.g. qemu) - it's called emulation. But it's generally very slow as it sits between the compiled code for one architecture and converts it into something suitable for the other architecture
[18:31] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[18:31] * colinjmatt (~colinjmat@matthews-co.uk) Quit (Quit: Bye for now.)
[18:31] <JnR> mfa298 I was checking out qemu as well today it just made me think. But my original thought was to dump all of the binary data to be used in a boot sequence and it would integrate into the memory. The device would only run on memory. Obvious there's flaws in what you're trying to convert but I'm sure someone will come up with some algorithm
[18:32] <mfa298> again what do you mean by data ?
[18:33] * nighty- (~nighty@b157153.ppp.asahi-net.or.jp) Quit (Ping timeout: 240 seconds)
[18:33] <JnR> friendofafriend I actually downloaded qumu earlier along with a few other possible candidates for the type of device I want to run
[18:33] <JnR> 1's and 0's
[18:33] <mfa298> I'm assuming you mean things like the firmware, kernel etc. Most of that is specific to the actual hardware it's booting on (firmware files for gpu/arm on the Pi, Bios/EFI on an x86 PC)
[18:34] <JnR> Electrical current
[18:34] * TheDoudou (~Doudou@host-212-68-230-187.dynamic.voo.be) has joined #raspberrypi
[18:34] <mfa298> to the point that the bios for one x86 motherboard generally won't be compatible with another motherboard.
[18:34] <Scott0_> friendofafriend: only 128MB for GPU?
[18:35] <friendofafriend> Scott0_: Yep. If you're still having problems with stuttering during playback, I'd check top and see if you're decoding with the CPU or GPU.
[18:35] <JnR> Isn't the majority of the problem in the clock speed, package size, and behavior of the program?
[18:35] * DrJ (~DrJ@104.200.153.80) Quit (Ping timeout: 268 seconds)
[18:35] <Scott0_> should I render the video with no compression?
[18:35] <Scott0_> would that help?
[18:36] <friendofafriend> Scott0_: What do you mean when you say that? Is this video h264?
[18:36] <Scott0_> the video is h264
[18:36] <waveform> Scott0_, the Pi's GPU is only designed for 1080p30 - it's unlikely to handle 60fps well
[18:36] <Scott0_> I had gpu_mem set to 256 when I was seeing the lagging
[18:36] * McDonaldsWiFi (~McDonalds@unaffiliated/mcdonaldswifi) has joined #raspberrypi
[18:36] <waveform> and no, you really don't want to try uncompressed video - the memory bandwidth would be insane
[18:36] <mfa298> JnR: the inital boot code will be very specific to the exact hardware i.e. For the Pi they need to update the firmware blob each time there's a new model. And for a PC you potentially have to update the bios code for a newer CPU/Ram
[18:37] <Scott0_> 60fps seems to work fine except for ocassional lag
[18:38] * InverseRhombus (~InverseRh@cpc119256-colc8-2-0-cust111.7-4.cable.virginm.net) Quit (Remote host closed the connection)
[18:39] <JnR> mfa298 I keep saying data because I'm just imagining the on the lowest level once type of software's bits and bytes being forced into a different pattern and sent on their way
[18:40] * crimastergogo (~crimaster@49.206.6.73) Quit (Quit: crimastergogo)
[18:40] <friendofafriend> JnR: Right, but "data" isn't really a flat thing. It's being used in the operation of these silicon machines.
[18:41] * crimastergogo (~crimaster@49.206.6.73) has joined #raspberrypi
[18:41] <JnR> mfa298 Yeah I figured when you get down to a low level like the bios it would be tough to just introduce alien architypes
[18:42] <mfa298> that's not necessarily true, there can be flags which specify if bits of memory are instructions or data (NXT on Intel?), There's also a computer architecture (Harvard Architecture) that has totally separate memory blocks for Instructions and Data (although I don't think that applies to the Pi or x86)
[18:43] <mfa298> JnR: but that seems to be the level your talking about when your talking about booting a device - the firmware/bios is the first bit to run and varies widely between systems
[18:45] <mfa298> JnR: maybe have a look at https://www.nand2tetris.org/ which (I think) takes you through how a basic processor works and builds up from there.
[18:45] <mfa298> that might help you understand things better
[18:46] * jigubigule (~quassel@2001:1c06:1909:2300:182d:486f:1b94:d764) has joined #raspberrypi
[18:46] <JnR> mfa298 You might understand me better if you were picturing it like I am lol. Something like while the Pi is booting and the Pi is doing it's native routine, data from another storage of device would be ported to some buffer and converted. It wouldn't touch the internals until it was reorganized
[18:47] <JnR> Just remember my original idea was for this data to float in the ram for the entire session. A server type thing
[18:50] * Fizzik (~pi@trenon4404w-lp130-02-50-100-51-39.dsl.bell.ca) has joined #raspberrypi
[18:50] <friendofafriend> Right, so there's nothing about that idea that's impossible. You could load a small operating system, implement binary translation, and then load programs through binary translation. You could probably whip up something like that with ExaGear in an afternoon.
[18:50] <JnR> I understand It sounds stupid I just had to ask someone how unrealistic it was
[18:50] * Envil (~envil@55d4f713.access.ecotel.net) has joined #raspberrypi
[18:50] * ericwooley (~ericwoole@174-085-109-236.dhcp.chtrptr.net) has joined #raspberrypi
[18:51] <JnR> Also looked at ExaGear. Too cheap to pay out lol
[18:52] <friendofafriend> Right, and I don't know of any open-source project doing that yet.
[18:52] * mgottschlag (~quassel@reactos/tester/phoenix64) has joined #raspberrypi
[18:52] <JnR> friendofafriend So You think binary translation on boot and persistent memory storage is a realistic project?
[18:52] <friendofafriend> If by "persistent memory storage" you mean running the operating system from RAM, that's already a done deal.
[18:53] <friendofafriend> Running a very thin operating system with binary translation, that's pretty straight up too. Not open-source, but everyone loves the Russians anyhow.
[18:53] <JnR> friendofafriend What about also routing the GPU through memory only as well
[18:54] <friendofafriend> Routing the GPU through memory, meaning what? Using the GPU?
[18:54] * wildlander (~wildlande@unaffiliated/wildlander) has joined #raspberrypi
[18:55] <JnR> Let me just say I need to do my research but I thought that the GPU made alot more of an impact on the cpu's load
[18:55] <friendofafriend> The GPU only does what you tell it to do.
[18:56] <Scott0_> so the GPU of the rpi3b is not capable of running 60fps at 1080?
[18:57] <JnR> Maybe my Pi is just wearing out because I get under voltage warnings and high heat way too often when I use a screen
[18:57] <JnR> Holy cow I have the same RPi and I wouldn't imagine running anything at 60fps
[18:58] <Scott0_> lol, I am and its not too horrible
[18:58] <JnR> at 1080p
[18:58] <friendofafriend> Scott0_: You may be able to overclock the GPU itself, with the gpu_freq option in config.txt .
[18:58] <Scott0_> you tihnk that would let me keep it at 60fps?
[18:58] <friendofafriend> Scott0_: Looking around, there are reports of 60FPS video working at certain bitrates.
[18:59] <Scott0_> my bitrate is 50Mbps
[18:59] <Scott0_> constant
[19:00] <JnR> There's also that throttle up option as well so you're not constantly running hot
[19:00] <Scott0_> throttle up
[19:00] <Scott0_> ?
[19:00] * Gathis (~TheBlack@unaffiliated/gathis) has joined #raspberrypi
[19:00] <friendofafriend> Scott0_: You'll find some interesting discussion of your problem here. https://www.raspberrypi.org/forums/viewtopic.php?t=144637
[19:01] <Scott0_> wow, I alrteady had that open
[19:01] <JnR> On my Pi there's a throttle up power percentage you can change. I believe it just increases the power intelligently when needed
[19:02] <friendofafriend> There is also an h264_freq flag you could experiment with.
[19:03] <Scott0_> im gonna give gpu_freq=500 a try
[19:03] * DrJ (~DrJ@104.200.153.102) has joined #raspberrypi
[19:04] <Scott0_> ah I see the h264_freq overrides the gpu_freq just for h264 decoding?
[19:04] <Scott0_> since that's all im doing, maybe that's the best way
[19:04] <JnR> Either that or you could just run another wire and have it monitor the Pi and give power when needed
[19:04] <Scott0_> another wire?
[19:05] <JnR> Prooooobably too much work than it's worth lol
[19:05] <Scott0_> sounds like it
[19:05] <JnR> You can always measure temp externally
[19:05] * s8548a (~s8548a@unaffiliated/s8548a) Quit (Read error: Connection reset by peer)
[19:05] <Scott0_> do I need to be monitoring the temp?
[19:05] * sdoherty (sdoherty@nat/redhat/x-caedlegzsqiafezf) has joined #raspberrypi
[19:06] <JnR> The longer you run hot the faster you RPi will wear out
[19:06] <friendofafriend> Scott0_: The Pi with throttle if it overheats. You can see your temps with "vcgencmd measure_temp".
[19:06] <JnR> I overclocked my first smartphone and lost it in mint condition in only a year and learned my lesson
[19:06] <Scott0_> im using it for a trade show, it will probably get used for 3-4 days constantly for 3-4 times per year
[19:07] <JnR> Also you could think about a small fan. Its cheap and makes a world of difference
[19:07] * SkyWay (~arm@79.119.65.12) has joined #raspberrypi
[19:08] <JnR> Oh nvm then
[19:08] <JnR> I treat mine like a baby
[19:08] <Scott0_> still getting a bit of lag on the gpu_mem=500
[19:08] <waveform> Scott0_, are you using main or high profile H.264? The bitrate limit for the former is 50mbps, and the latter is 62.5mbps
[19:09] * clemens3 (~clemens@mx.eniso-partners.com) Quit (Ping timeout: 250 seconds)
[19:09] <Scott0_> waveform: I don't know
[19:09] * Fizzik (~pi@trenon4404w-lp130-02-50-100-51-39.dsl.bell.ca) Quit (Quit: WeeChat 1.6)
[19:09] <Scott0_> im exporting from premeire
[19:09] <Scott0_> the highest it goes it 50Mbps
[19:09] <waveform> ah, that would suggest you're using main profile
[19:10] <waveform> if you can, pick a high profile setting to give you a bit more head-room and ideally reduce the bitrate - that major limit on the Pi is I/O bandwidth
[19:10] * colinjmatt (~colinjmat@matthews-co.uk) has joined #raspberrypi
[19:11] <waveform> that said, there's still no guarantee it'll work - when I say the GPU is designed for 1080p30 I mean the hardware is specifically designed to do that and not a great deal more (e.g. the encoder won't do >1920 pixels horizontally as there's only enough DCT units in the GPU to do exactly that much)
[19:11] <Scott0_> the video is on a USB flash drive
[19:11] <waveform> incidentally, the gpu_mem won't make much difference - your decoding pipeline won't be changing - the default of 128Mb is fine for 1080p30 playback and more is generally only needed with complex camera pipelines involving things like multi-res output
[19:11] <friendofafriend> Scott0_: You might try putting the video file in another location.
[19:11] <Scott0_> should I increase the 128 to 256 for 60fps?
[19:12] <Scott0_> the only other place I can put the video is on the SD, and that's slower than the usb
[19:12] <waveform> there's really no point going beyond 128 - the video decoding pipeline won't be any different so it's not going to take advantage of any extra memory
[19:12] <Scott0_> am I wrong about the SD being slower than USB?
[19:12] <friendofafriend> You could load the video file into RAM, if it's small enough.
[19:12] <Scott0_> the video is 1.4GB
[19:13] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[19:13] <JnR> I think it depends on where extra effort of the Pi hits the hardest from the GPU
[19:14] <JnR> Make sure you usb is 3.0 and you're using the right port
[19:15] * tdy1 (~tdy@unaffiliated/tdy) Quit (Ping timeout: 268 seconds)
[19:15] <friendofafriend> JnR: There's no USB3 ports on the Raspberry Pi.
[19:15] * hodapp . o O ( wonder if I can demosaic a raw image on the GPU, if I just grab the big blob from the JPEG and get it into a shader... )
[19:16] <JnR> friendtoafriend Wait I could've sworn there was. My mistake sorry
[19:17] <friendofafriend> Maybe on the Raspi 4. There are lots of SBCs out there with USB3 ports.
[19:17] * janab (~avink@66.129.239.15) has joined #raspberrypi
[19:17] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 240 seconds)
[19:17] <JnR> The 3B+ is what i was thinking of
[19:17] <friendofafriend> 3B+ doesn't have USB3 either.
[19:17] <JnR> I looked it up
[19:18] <JnR> It has one usb 3.0 port
[19:18] <waveform> no, it doesn't - it's still all USB2
[19:18] <Scott0_> its USB2
[19:18] <Scott0_> I looked into that when purchasing my flash drives
[19:18] <janab> are there any projects helpful for Navy which are protyped with Raspberrypi
[19:19] * ghostboarder (ghostboard@gateway/vpn/privateinternetaccess/ghostboarder) has joined #raspberrypi
[19:19] <friendofafriend> Yeah, with USB3, we'd already have gigabit ethernet on the Pi. Check out the ODROID-XU4, RockPro64, RockPi.
[19:20] <friendofafriend> janab: Sure, you can do AIS tracking on the Raspberry Pi. https://www.youtube.com/watch?v=3VBz4HE0bZA
[19:20] <Syliss> not real gig eth
[19:20] <JnR> Wow the article I looked at was completely wrong lol sorry
[19:21] <janab> Ty friendoffriend so nice of u
[19:21] <Scott0_> should I maybe lower the bitrate?
[19:22] <waveform> yes, that's probably a very good idea
[19:22] <JnR> But you want higher framerate
[19:22] <friendofafriend> janab: Very welcome, I'm sure there's lots more that would be handy on the high seas, that you could do with a Raspberry Pi.
[19:22] <Scott0_> the framerate is already 60fps
[19:22] <waveform> sorry, I've gotta dash - back tomorrow, good luck with all your projects!
[19:22] <friendofafriend> Syliss: The Pi3B+'s Ethernet is only limited by USB2, the LAN7515 chip supports gigabit.
[19:22] <JnR> Oh sorry what was the problem you had again? i thought you were at 50
[19:23] <Scott0_> im at 60fps with 50Mbps bitrate
[19:23] <JnR> Oh wheres your problem
[19:23] <Scott0_> jerky animations in the video
[19:24] * jancoow (~jancoow@dhcp-077-251-034-091.chello.nl) has joined #raspberrypi
[19:24] <JnR> Like a skipping effect?
[19:24] <Scott0_> yes
[19:24] <JnR> frame loss?
[19:25] <JnR> Oh damn that sounds like a pain in the ass lol
[19:25] * cambazz (~can@46.196.76.98) has joined #raspberrypi
[19:25] <Syliss> yeah i know friendofafriend
[19:25] <Scott0_> its a photo slideshow, and the transitions can appear laggy
[19:26] <JnR> All you're using the GPU for is a slideshow?
[19:26] <Scott0_> JnR: would it be best to move to 30fps or to just lower the bitrate?
[19:26] <cambazz> hello, i am connected to a 5ghz wireless network with my Raspberry Pi 3 Model B+. if I make a iwconfig it shows 24mbit/sec speed. however it should be much more. what determines this speed? 802.11ac should be much faster no?
[19:26] * hgnoel1980 (~hgnoel198@host81-143-199-121.in-addr.btopenworld.com) Quit (Ping timeout: 252 seconds)
[19:26] <Scott0_> JnR: yes, the photos do a slow zoom before transitioning using a slice wipe
[19:27] <Scott0_> the slice wipe is where they lag
[19:27] <JnR> If it's just a slideshow I wouldn't worry about bitrate
[19:27] * captain118 (uid167508@gateway/web/irccloud.com/x-zjxmdhiujhntycxp) has joined #raspberrypi
[19:27] <Scott0_> JnR: what do you mean about not worrying about it?
[19:27] <JnR> In fact I'd probably even raise the minimum cpu speed
[19:27] <Scott0_> JnR: I shouldn't worry about lowering it, or its not the concern?
[19:28] * electricark_ (~electrica@68.205.206.46) has joined #raspberrypi
[19:28] <JnR> I'm no professional but If I were you I'd increase it first of all and then increase performance elseware until you see something
[19:28] <Scott0_> increase the bitrate?
[19:29] <Scott0_> or the min cpu speed?
[19:29] <JnR> Yes. You're at 60fps you your Pi should be too
[19:29] <Scott0_> are you thinking that maybe the cpu speed isn't where it should be when its needed?
[19:31] <JnR> Sorry I'm all over the place. Increase the bitrate to start. Around 60. See what happens. If the bitrate isn't the problem, because you're only doing a slideshow, you'd have no issue keeping the cpu a little high
[19:31] <Scott0_> I don't think premeire will allow me to increase the bitrate anymore
[19:31] <JnR> The most stress it will see is those crazy zooming effects
[19:31] <Scott0_> yes
[19:32] <Scott0_> should I use the turbo mode?
[19:32] <JnR> Go for it. It sounds like your best bet
[19:33] <Scott0_> does turbo mode increase the idle cpu speed?
[19:33] <JnR> Of course it could be issues with your drivers, hardware, software, nobody knows
[19:33] <friendofafriend> JnR: Knowing is the trick. ;)
[19:33] <Scott0_> im using raspbian lite with omxplayer
[19:33] <JnR> I don't use it but I believe it probably has some intelligence
[19:34] <JnR> It should stay calm at idle but run high the entire time it's at work
[19:35] <JnR> friendofafriend 90% of the time I spend on this hobby is troubleshooting and breaking things
[19:35] <friendofafriend> Sure, there's no fun when things just work.
[19:36] <Scott0_> force_turbo=1 voids the warranty?
[19:36] <JnR> That's why I use linux!!!
[19:37] <JnR> Scott0 I thought you were only going to use it a few times a year
[19:37] <Scott0_> I am
[19:37] <Scott0_> so not a concern?
[19:37] <friendofafriend> Yep, force_turbo voids warranty.
[19:38] <JnR> Forreal though, if your slideshow causes the Pi to meltdown then you probably had one bomb ass slideshow
[19:38] * electricark_ (~electrica@68.205.206.46) Quit (Read error: Connection reset by peer)
[19:39] <friendofafriend> To get your video playing smoothly, you should likely be exporting your project with a lower bitrate.
[19:40] * cambazz (~can@46.196.76.98) has left #raspberrypi
[19:40] <friendofafriend> And if you're not doing decoding on the CPU, overclocking won't matter much. You'll get more milage out of tweaking gpu_freq and h264_freq.
[19:40] * colinjmatt (~colinjmat@matthews-co.uk) has left #raspberrypi
[19:41] <chris_99> .
[19:41] <chris_99> .
[19:41] <chris_99> oops
[19:41] <chris_99> sorry
[19:41] * Smuckerz (~Smuckerz@wrongplanet/smuckerz) has joined #raspberrypi
[19:42] <JnR> Can't you increase power to the USB bus as well?
[19:42] <JnR> With software
[19:42] * crimastergogo (~crimaster@49.206.6.73) Quit (Quit: crimastergogo)
[19:43] <friendofafriend> JnR: Yep, max_usb_current=1
[19:43] * janab (~avink@66.129.239.15) Quit (Ping timeout: 250 seconds)
[19:44] <Scott0_> changing gpu_freq and h264_freq didn't make much of a difference
[19:44] <Scott0_> am I decoding with cpu?
[19:44] <chris_99> ooh interesting friendofafriend didn't know you could play with that kind of stuff
[19:44] <JnR> I say test and learn
[19:44] <friendofafriend> Scott0_: You'd be able to tell, as your CPU would be under quite a load.
[19:44] * yuljk (~yuljk@unaffiliated/yuljk) Quit (Quit: %Adieu! I have too grieved a heart to take a tedious leave.%)
[19:44] <Scott0_> how would I know whether im decoding with GPu or CPU?
[19:45] <Scott0_> oh I haven't opened top
[19:45] <Lartza> max_usb_current has no effect on rpi3 though
[19:45] <JnR> Lartza I agree I run at 3.1v
[19:45] <Lartza> Eh?
[19:45] * yuljk (~yuljk@unaffiliated/yuljk) has joined #raspberrypi
[19:46] <JnR> Even with max usb current on my RPi wont make up for the loss
[19:46] <Lartza> What loss
[19:46] * DanielTheFox (fox@unaffiliated/danielthefox) has joined #raspberrypi
[19:46] <JnR> I use the USB ports alot
[19:47] <Lartza> Right, for something that is drawing over 1.2A apparently
[19:47] <Lartza> Or your power supply sucks
[19:47] * irdr (~irdr@bzq-79-176-56-138.red.bezeqint.net) has joined #raspberrypi
[19:47] <JnR> wooooah where did you get that math???
[19:47] <JnR> It's .2V lol
[19:47] <Lartza> What is?
[19:48] <JnR> The Raspberry Pi
[19:48] <Lartza> .2V?
[19:48] <JnR> Not my car battery
[19:48] <JnR> The RPi runs at 3.3v
[19:48] <Lartza> 5V
[19:49] * jigubigule (~quassel@2001:1c06:1909:2300:182d:486f:1b94:d764) Quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[19:49] <JnR> Yeah you're right
[19:49] <JnR> Wait.....
[19:49] <Lartza> So where are you measuring 3.1V from? The GPIO?
[19:49] <Scott0_> omxplayer is only using 13% CPU
[19:50] <Scott0_> does that mean its doing GPU decoding of h264?
[19:50] * Makaveli7 (~Makaveli7@unaffiliated/makaveli7) has joined #raspberrypi
[19:50] <friendofafriend> Scott0_: Surely does.
[19:50] <JnR> I need to check some things....
[19:50] <Lartza> lol
[19:51] <Scott0_> and if 500 for h264_freq doesn't help, do I boost that further and maybe increase the min frequency?
[19:51] <Scott0_> lol, can I have the min and max at the same value 100% of the time?
[19:52] <friendofafriend> Scott0_: Are you still trying to play 50Mbps video?
[19:52] <Scott0_> yes
[19:52] <Scott0_> :)
[19:52] <friendofafriend> Try a lower bitrate.
[19:52] <Scott0_> I guess that's the question, should I lower bitrate and give up on squeezing more out of the GPU?
[19:52] <JnR> Scott0 When I get to the position you're in now I usually just unplug it, sit down, and bang the thing a couple times
[19:53] <Scott0_> lol
[19:53] <Scott0_> almost there
[19:53] <JnR> I swear to god I've had more success with the latter
[19:53] <Scott0_> I have 4 of these running on 8 tvs that I need to get working properly
[19:54] * eldritch (~eldritch@unaffiliated/eldritch) Quit (Quit: ZNC 1.6.6+deb1ubuntu0.1 - http://znc.in)
[19:54] <JnR> And the other ones are working perfectly?\
[19:54] * jstypo (~jstypo@143.208.165.103) Quit (Read error: Connection reset by peer)
[19:54] <Scott0_> no
[19:54] <JnR> With the same exact setup?
[19:54] <Scott0_> all the same
[19:54] <JnR> Ooook
[19:54] * jstypo (~jstypo@143.208.165.103) has joined #raspberrypi
[19:54] <Scott0_> all have the same setup and all experiencing the same results
[19:57] <JnR> Another trouble shooting method you could try is to scale things down one at a time and find a difference
[19:57] <JnR> Such as decrease resolution
[19:57] * widmo_ is now known as widmo
[19:57] <JnR> That was you'll at lease know exactly what your problem is
[19:57] * yuljk (~yuljk@unaffiliated/yuljk) Quit (Quit: %Adieu! I have too grieved a heart to take a tedious leave.%)
[19:57] * ericwooley (~ericwoole@174-085-109-236.dhcp.chtrptr.net) Quit (Ping timeout: 245 seconds)
[19:58] <Scott0_> or bitrate like friendofafriend mentioned
[19:58] * VasyaTheWizard (~Vassili@unaffiliated/vasyathewizard) Quit (Quit: bye)
[19:58] <friendofafriend> JnR: 1080p at 30FPS should work "flawlessly", it's 60FPS that takes some jiggery-pokery.
[19:58] <JnR> He knows way more than me so yeah
[19:59] * yuljk (~yuljk@unaffiliated/yuljk) has joined #raspberrypi
[19:59] <DanielTheFox> why 60 fps? D:
[19:59] <Scott0_> maybe I should just shoot for 30fps for now and try to get the 60fps to work at a later date
[19:59] <JnR> I thought it's because you bitrate
[19:59] <JnR> Shouldn't the computer's speed equal or exceed the rate it sends it out?
[20:02] <Scott0_> im going to isolate the transition portion of the video and export it as 60fps 40Mbps and also a 30fps 50Mbps and put both on to see how it performs
[20:02] * eldritch (~eldritch@unaffiliated/eldritch) has joined #raspberrypi
[20:02] <Scott0_> can anyone actually tell the difference between 30 and 60fps?>
[20:02] <friendofafriend> Sure, 30FPS.
[20:03] * tdy1 (~tdy@unaffiliated/tdy) has joined #raspberrypi
[20:03] <Scott0_> friendofafriend: what?
[20:03] <JnR> Scott0 Dont even think about it they'll burn you at the steak
[20:04] <r3> *stake ... don't burn my steak I like it medium rare
[20:04] <DanielTheFox> Scott0_: it should be slightly smoother at 60 fps
[20:04] <JnR> Scott0 If I showed up to an event and their tv's weren't at 60fps....
[20:04] <DanielTheFox> but, to be fair
[20:04] <DanielTheFox> my eyes can't see further improvement after 40 fps
[20:05] <DanielTheFox> and it already looks weird
[20:05] <JnR> r3 Obviously what i meant was he would be burned when they had dinner
[20:05] <DanielTheFox> smoother than real life
[20:05] * SkyWay (~arm@79.119.65.12) has left #raspberrypi
[20:05] <friendofafriend> DanielTheFox: I notice a big difference even between 60hz and 80hz.
[20:05] * RedNifre (~michael@p200300D6B701200B98889059BA23923D.dip0.t-ipconnect.de) Quit (Quit: spiders everywhere!)
[20:05] <DanielTheFox> friendofafriend: for CRT monitors, yes
[20:06] <DanielTheFox> they're cheating
[20:06] <DanielTheFox> it's color to black to color
[20:06] <DanielTheFox> very easy to notice
[20:07] <DanielTheFox> although my "less annoying" threshold is actually 60 Hz, despite most people report they complain if they're under 70 Hz
[20:08] <friendofafriend> I find reading text is easier at higher refresh rates, and it's nicer when you're scrolling or watching mouse movements.
[20:08] <DanielTheFox> sure
[20:10] <JnR> I just looked it up humans have the capacity for 100fps but realisticly its more like 150
[20:10] <JnR> 1000fps*
[20:11] <DanielTheFox> probably my eyes are broken
[20:11] <JnR> Yeah I don't see a difference either. Partly due to my concentration
[20:11] <DanielTheFox> or just that I'm more comformist?
[20:12] <DanielTheFox> if something can't go at the initial desired rate, I'll be alright if it can go a little bit below
[20:12] <DanielTheFox> 30 fps, if not that, 24 fps, or if not, 15 fps
[20:13] <JnR> All I know is that if Scott0 doesn't get that frame rate up he'll be in for a riot
[20:13] * lopta (~ball@75.61.90.157) has joined #raspberrypi
[20:14] * ericwooley (~ericwoole@174-085-109-236.dhcp.chtrptr.net) has joined #raspberrypi
[20:15] <r3> fps != Hz
[20:15] <Scott0_> ooh it doesn't?
[20:15] <r3> a 60Hz monitor can display any frame rate up to 60fps
[20:16] <Scott0_> well yeah
[20:16] <Scott0_> JnR: your gonna hate on 30fps?
[20:16] <r3> here, a google returns: https://www.quora.com/What-is-the-difference-between-Hz-and-fps-and-how-does-60fps-with-a-144Hz-monitor-differ-from-something-that-runs-144fps-on-a-60Hz-monitor
[20:16] <Scott0_> im just curious is 30fps is going to be so much different than 60fps visually
[20:17] <r3> so while there is a correlation, they are not equal terms
[20:17] <lopta> Anything 24 fps or higher works for me. :-)
[20:17] <JnR> Could you do 40?
[20:17] <DanielTheFox> lopta: agree
[20:17] <JnR> http://www.100fps.com/how_many_frames_can_humans_see.htm
[20:17] <JnR> heres some research
[20:17] <lopta> ...but then I'm not a gamer.
[20:17] <lopta> Not much of one anyway.
[20:17] <DanielTheFox> me neither
[20:17] <DanielTheFox> actually
[20:18] <JnR> They say the majority of it comes down to experience. such as fighter pilots
[20:18] <DanielTheFox> if I press a key and the SSH echo back is less than 0.4 seconds away, I'm okay
[20:18] <lopta> The one on-line game I've been playing a lot recently just got an off-putting change, so I may take an on-line class in the time I save by not playing it.
[20:18] <DanielTheFox> while most people will quickly complain about 0.2 seconds or more
[20:18] <r3> I think that there is, but it depends upon the monitor/display and what is being displayed. Static scenes won't be visually any different. Action scenes will be smoother with more fps. Now if you're taking about it in a gaming sense, then there is much said about higher fps and gameplay
[20:18] <lopta> DanielTheFox: Is that because you got used to dial-up?
[20:18] <DanielTheFox> lopta: similar
[20:19] <DanielTheFox> dial-up latency is still not-that-high
[20:19] <lopta> DanielTheFox: Is that because you got used to X.25?
[20:19] <Scott0_> all I have are slow zoom photos and high speed wipe transitions
[20:19] * lopta wonders how JANET's doing.
[20:19] <DanielTheFox> you should come here and use this oversold infraestructure during peak hours (19:00 to 21:00 localtime)
[20:19] <Scott0_> the transitions are currently lagging
[20:19] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) has joined #raspberrypi
[20:19] <lopta> DanielTheFox: I can see how that might be about the same. ;-)
[20:19] <Lartza> It's not photos though?
[20:19] <JnR> Lol I played at 10fps on dial-up
[20:20] <Lartza> Or was the h.264 issue someone else
[20:20] <DanielTheFox> lopta: top speed becomes 9600 baud, latency over 2 seconds
[20:20] <DanielTheFox> 1/3 packets get lost
[20:20] <lopta> DanielTheFox: I remember how fast 19,200 Baud terminals fealt!
[20:20] <DanielTheFox> reducing MTU to 1454 didn't help
[20:20] <JnR> I became an expert at predicting where the opponent would be 10 frames later
[20:21] <DanielTheFox> reducing to 576 did some help and now the packet loss rate is 1/5 or 1/6 at those times
[20:21] <DanielTheFox> those two hours are the no-use times
[20:21] <DanielTheFox> otherwise, this rural internet is fairly nice
[20:21] * jurisl__ (~RebelCode@82.129.125.204) has joined #raspberrypi
[20:21] <Scott0_> lowering the bitrate from 50Mbps to 40 didn't not improve the laggy playback
[20:21] * asabil (~asabil@81.167.213.26.static.lyse.net) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[20:22] <Scott0_> :(
[20:22] <DanielTheFox> latency to most USA sites is about 110 ms
[20:22] <Scott0_> maybe I should have gone further?
[20:22] <DanielTheFox> Scott0_: go extreme if you can
[20:22] <DanielTheFox> 10 Mbps?
[20:22] <lopta> I have 1mS to the USA site I'm sitting at. ;-)
[20:22] <Scott0_> isn't that gonna look like garbage?
[20:22] * im0nde (~im0nde@2a0a-a541-70ce-0-ba27-ebff-fe20-c671.ipv6dyn.netcologne.de) Quit (Ping timeout: 268 seconds)
[20:22] <JnR> Scott0 As a last resort you could actually gain some performance by changing the video encoding
[20:23] <Scott0_> changing it to what?
[20:23] <DanielTheFox> I have some scripts that invoke ffmpeg into converting to 32 kbps video and 16 kbps audio h264+aac 8)
[20:23] <DanielTheFox> 10 Mbps is just insane
[20:23] <DanielTheFox> :)
[20:23] <JnR> Something worse than what you're using now. Different encodings are compressed differently
[20:23] <lopta> Is 10 Mbit/s for 4k video?
[20:23] <DanielTheFox> Scott0_: what's your resolution?
[20:24] <friendofafriend> lopta: Nah, 1080p60.
[20:24] <DanielTheFox> and what kind of content?
[20:24] <lopta> Ah, ok.
[20:24] <lopta> friendofafriend: any idea off-hand what 720p30 would be?
[20:24] <DanielTheFox> if it's mostly static, you can use 720p down to about 2 Mbps with nearly zero distortion (but my eyes are broken, so take it with a grain of salt)
[20:24] * MibixFox (uid189871@gateway/web/irccloud.com/x-aepvhtfwktiuckfl) Quit ()
[20:24] <Scott0_> DanielTheFox: photos with transitions
[20:24] <DanielTheFox> if it's moving like hell, well...
[20:25] <Scott0_> but I did animate the photos, they have a slow zoom
[20:25] <DanielTheFox> hmm, photos with transitions
[20:25] <Scott0_> its a glorified slideshow
[20:25] <JnR> You could try getting wacky with the transitions so they'd just assume it was normal
[20:25] <DanielTheFox> still
[20:26] <DanielTheFox> they should survive with a slightly low bandwidth
[20:26] <DanielTheFox> at least it's not your typical Marvel movie fast-motion fight
[20:26] <lopta> DanielTheFox: That's great. I find 720p watchable.
[20:26] <DanielTheFox> :)
[20:26] <Scott0_> how low is slightly?
[20:26] <DanielTheFox> Scott0_: 30% maybe?
[20:26] <JnR> Have you tried overclocking it yet? Just eliminate possibilities
[20:26] <Scott0_> I have not tried the turbo mode yet
[20:26] <Scott0_> but I did verify that its using GPU to decode
[20:27] <DanielTheFox> Scott0_: 30% below, so, 70% the original value :P
[20:27] <DanielTheFox> Scott0_: open a terminal and execute htop
[20:27] <DanielTheFox> install it if you haven't
[20:27] <Scott0_> I did that already
[20:27] <DanielTheFox> how much is it being used?
[20:27] <Scott0_> but I used top
[20:27] <DanielTheFox> ok, that works too
[20:27] <Scott0_> 12% CPU for omxplayer
[20:27] <friendofafriend> I'd try lower bitrates, and you're likely to find a sweet spot.
[20:27] <DanielTheFox> htop is fancier color-wise
[20:27] <Scott0_> I know
[20:27] <Scott0_> I prefer htop, but don't care at the moment
[20:27] <r3> https://www.techrepublic.com/article/inside-the-raspberry-pi-the-story-of-the-35-computer-that-changed-the-world/?utm_content=82302558&utm_medium=social&utm_source=twitter&hss_channel=tw-17877351
[20:28] <DanielTheFox> ok
[20:28] * MibixFox (~MibixFox@d149-67-170-93.try.wideopenwest.com) has joined #raspberrypi
[20:28] * tvm (~tvm@router-sever1-nat-m.pilsfree.net) Quit (Read error: Connection reset by peer)
[20:28] <DanielTheFox> if it was due to CPU troubles, you'd quickly notice at least one core is running 100%
[20:28] * dalmata (~dalmata@unaffiliated/dalmathg) Quit (Ping timeout: 246 seconds)
[20:28] <JnR> HTOP is so strenuous on my RPi
[20:28] <JnR> It causes bad readings
[20:29] <DanielTheFox> crappy non-multithread decoders only use one core and will behave slow
[20:29] <DanielTheFox> yet 75% of your CPU will be free
[20:29] <Scott0_> omg, the 30fps video still lags on the transition!
[20:29] <DanielTheFox> Scott0_: just to rule things out
[20:29] <Scott0_> so apparently its not the framerate that's causing it
[20:29] <DanielTheFox> where are you reading the video from?
[20:29] <Scott0_> USB
[20:29] <DanielTheFox> ok
[20:29] <Scott0_> its my understanding that SD is slower
[20:30] <DanielTheFox> depends
[20:30] * echoSMIL3 is now known as echoSMILE
[20:30] <DanielTheFox> this microSD card boasts about being able to perform 80 MB/s reads
[20:31] <DanielTheFox> in practice, it's just doing so during reads: writes are still below 10 MB/s if you're not using an expensive HP laptop
[20:31] <Scott0_> hrmm.. I could give that a try
[20:31] <DanielTheFox> and the RPi is indeed quite slow for reading/writing anything
[20:31] <DanielTheFox> but that's because I'm underclocking my GPU, which appears to manage lots of hardware
[20:31] <DanielTheFox> your stock RPi should be far faster than mine
[20:32] * tvm (~tvm@router-sever1-nat-m.pilsfree.net) has joined #raspberrypi
[20:32] <JnR> Some high speed usbs can barely function when transfering small bits of data
[20:33] <Scott0_> im gonna try 30fps 35Mbps and if that doesn't work, im gonna try from the SD to verify
[20:33] <lopta> I have wondered how fast the Raspberry Pi boards are when reading from the microSDHC (or SDHC) slot.
[20:33] * Smuckerz is now known as RandomJamofJar
[20:33] <Scott0_> still a transition lag :(
[20:33] <Scott0_> maybe it is the USB
[20:34] <DanielTheFox> lopta: my RPi 3 B+, when using the stock CPU/GPU speeds, it's doing 15 MB/s read and ~4 MB/s write
[20:34] <Scott0_> oh wait, I spoke too soon
[20:34] <Scott0_> looks smoother now
[20:34] <DanielTheFox> the low write speed is obviously on the card
[20:34] <Scott0_> and I don't notice a difference in quality
[20:34] <Scott0_> 35Mbps is a win!
[20:34] <DanielTheFox> but the read speed is most likely on the RPi side
[20:34] <DanielTheFox> Scott0_: and as I said
[20:35] <Scott0_> now I wonder what happens if I try 60fps with 35Mbps
[20:35] <JnR> DanielTheFox Thats exactly what i get with b
[20:35] * dreamon_ (~dreamon@unaffiliated/dreamon) has joined #raspberrypi
[20:35] <Scott0_> DanielTheFox: think 60fps will fare the same at 35Mbps?
[20:35] <DanielTheFox> Scott0_: what's the file format on the video?
[20:35] <lopta> DanielTheFox: I wonder whether that's down to your card though.
[20:35] <Scott0_> mp4 h264
[20:36] <DanielTheFox> ok, same as me :P
[20:36] <DanielTheFox> it just accounts frame changes
[20:36] <DanielTheFox> except keyframes which take a "full" snapshot
[20:36] <Scott0_> but I was already at 40 during a 60fps test and it had issue
[20:36] <DanielTheFox> and are there on big changes
[20:36] <DanielTheFox> so, if your video doesn't move much
[20:36] <Scott0_> it doesn't usually, until it does
[20:36] <Scott0_> :)
[20:36] * im0nde (~im0nde@2a0a-a541-dc43-0-ba27-ebff-fe20-c671.ipv6dyn.netcologne.de) has joined #raspberrypi
[20:36] <DanielTheFox> the bandwidth jump from 30fps to 60fps can be as low as 10%
[20:36] <DanielTheFox> :P
[20:37] <DanielTheFox> I think you can take my word, or maybe not
[20:37] <Scott0_> for what?
[20:37] <Scott0_> 60fps?
[20:38] <DanielTheFox> for the same video, if you rise from 30 fps to 60 fps
[20:38] <DanielTheFox> and the video can actually do 60 fps
[20:38] <DanielTheFox> the bandwidth jump won't just double
[20:38] <JnR> Alot of people run them at 60fps no problem
[20:38] <DanielTheFox> if you're lucky, it'll just use 10% more bandwidth
[20:39] * rauldux (~rauldux@151.56.13.10) Quit (Read error: Connection reset by peer)
[20:40] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[20:42] <Scott0_> I don't notice a big difference between 30 and 60fps for what im doing, maybe I shouldn't even bother with 60fps
[20:42] <Scott0_> and 30fps takes so much less time to render
[20:42] <lopta> Are DVDs 30 or 25 fps depending on region?
[20:42] <lopta> (480p)
[20:43] <Scott0_> 29?
[20:44] <DanielTheFox> lopta: they're either PAL or NTSC (and SECAM too? and every weird format ever made?)
[20:44] <DanielTheFox> and so, it's one of those framerates
[20:44] <DanielTheFox> or should be!
[20:44] <DanielTheFox> PAL is 576i, 25 fps
[20:44] <DanielTheFox> NTSC is 480i, 30 fps
[20:44] * phinxy (~ted@unaffiliated/phinxy) has joined #raspberrypi
[20:44] <DanielTheFox> both are interlaced, given that NTSC was born in the 30's
[20:44] <lopta> Let's all upgrade to VideoCD
[20:45] <DanielTheFox> there were no LCD screens
[20:45] <Scott0_> VCD!
[20:45] <DanielTheFox> if only players knew how to deal with h264+aac Video CD...
[20:45] <DanielTheFox> instead of overcompressed MPEG2
[20:45] * MibixFox (~MibixFox@d149-67-170-93.try.wideopenwest.com) Quit (Changing host)
[20:45] * MibixFox (~MibixFox@unaffiliated/mibixfox) has joined #raspberrypi
[20:46] <Scott0_> no go on 60fps with 35Mbps
[20:46] <lopta> I had forgotten that VideoCD was MPEG 1.
[20:46] <lopta> DVD's MPEG 2, isn't it?
[20:46] <Scott0_> maybe reducing the bitrate would give better results?
[20:46] <DanielTheFox> lopta: try digital files?
[20:47] <DanielTheFox> Scott0_: weren't you doing so?
[20:47] <DanielTheFox> also, what are you using for rendering that?
[20:47] <Scott0_> I did
[20:47] <Scott0_> but 35 Mbps isn't low enough for 60fps to be stable
[20:47] <lopta> DanielTheFox: We're not quite there yet, though if I can set it up then perhaps we could play them back through a Raspberry Pi
[20:47] <Scott0_> DanielTheFox: im gonna try going lower
[20:48] <Scott0_> maybe 30Mbps will be the sweet spot
[20:48] <DanielTheFox> if it's not ffmpeg, then export to something that is almost lossless
[20:48] <DanielTheFox> then use ffmpeg to do the magic
[20:48] * Leonarbro (~Leonarbro@S01067824af93741c.cg.shawcable.net) has joined #raspberrypi
[20:48] <Scott0_> why?
[20:49] <Scott0_> im exporting straight out of adobe premeire as h264
[20:49] <DanielTheFox> ffmpeg is far better
[20:49] <friendofafriend> For what?
[20:49] <DanielTheFox> overcompressing
[20:50] <DanielTheFox> at the expense of extended CPU usage
[20:50] <lopta> VideoCD was supposedly 140 Kbytes/sec
[20:50] <lopta> (or therabouts)
[20:50] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[20:50] <DanielTheFox> I use this script for something similar to what Scott0_ is attempting to do: http://www.danielthefox.com/stuff/scripts/vgavideo
[20:50] <chris_99> heh i remember seeing little vcd/svcd players in computer fairs
[20:51] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[20:54] <lopta> ...that may not include audio.
[20:54] <lopta> 27 KB/s for that.
[20:54] * pavlushka (~pavlushka@ubuntu/member/pavlushka) has joined #raspberrypi
[20:56] <Scott0_> interesting
[20:56] <Scott0_> force_turbo=1 made the transition lag go away
[20:57] <hodapp> lopta: math checks out. ~74 minutes of content on a ~700 MB disc is ~160 KB/sec.
[20:57] * MibixFox (~MibixFox@unaffiliated/mibixfox) Quit (Quit: The Lounge - https://thelounge.chat)
[20:57] <hodapp> minus fudge factor for error correction and whatever
[20:57] * MibixFox (~MibixFox@unaffiliated/mibixfox) has joined #raspberrypi
[21:00] <hodapp> https://en.wikipedia.org/wiki/CDVD okay that's new to me
[21:00] <JnR> https://www.raspberrypi.org/documentation/configuration/config-txt/video.md
[21:00] <JnR> Hopefully you've already read this page
[21:02] <lopta> hodapp: Also happens to match the bit rate for audio CDs, so that makes sense.
[21:02] * defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) has joined #raspberrypi
[21:02] * MibixFox (~MibixFox@unaffiliated/mibixfox) Quit (Quit: The Lounge - https://thelounge.chat)
[21:02] <ali1234> 150 kbit
[21:03] <ali1234> not kbyte
[21:03] <lopta> ali1234: Are you sure?
[21:03] <ali1234> not entirely
[21:03] <lopta> 44,100 Hz x 16 bits x 2 channels...
[21:03] <lopta> =172.2652 Kbytes/sec
[21:03] <ali1234> yeah, kbyte
[21:04] * lopta puts his slide rule away
[21:06] <ali1234> although i think the standard bitrate for VCD is 1 mbit/s
[21:06] <ali1234> so 100 kbyte/s
[21:07] <hodapp> 150 kbit is, like, meh quality MP3 even during dialup days :P
[21:07] * Blue-j-_- (~textual@96.67.112.105) has joined #raspberrypi
[21:07] <hodapp> barely room for audio, definitely no room to cram video alongside that
[21:08] * TheSin (~TheSin@gateway.bluefalls.ca) Quit (Quit: Client exiting)
[21:10] * taza (~taza@unaffiliated/taza) has joined #raspberrypi
[21:10] <lopta> hodapp: That's bytes, not bits
[21:10] * tdy1 (~tdy@unaffiliated/tdy) Quit (Ping timeout: 245 seconds)
[21:10] <JnR> Has anyone messed with any machine learning libraries?
[21:11] <hodapp> yes
[21:11] <hodapp> but you're more likely to find people in ##machinelearning-general that have
[21:11] <JnR> Like the visual sensing and stuff
[21:11] <lopta> Can the Raspberry Pi GPU help with ML?
[21:11] <JnR> No but this could only work on the Pi
[21:11] <JnR> Google assistant is open source
[21:12] <hodapp> I think there was a library that tried to do that via GLSL, but I don't think anything's really been able to make good use of it
[21:12] <JnR> I could machine learn her
[21:12] <DanielTheFox> hodapp: and still
[21:12] <hodapp> still what?
[21:12] <friendofafriend> lopta: Sure, you can run OpenCL on the VideoCore. https://github.com/doe300/VC4CL
[21:12] <DanielTheFox> I've crammed audio down to 32 kbps (mono) or 64 kbps (stereo)
[21:12] <DanielTheFox> it doesn't sound as nice, nor does sound as bad
[21:12] <hodapp> DanielTheFox: yes, if you're talking certain kinds of audio it can be brought down further
[21:13] <lopta> 8 Kbytes/sec worked on my old Sun workstation
[21:13] <lopta> (8-bit 8kHz uLaw mono)
[21:13] <DanielTheFox> 8*8 = 64
[21:13] <DanielTheFox> 8 KB/s = 64 kbit/s
[21:13] * lopta nods
[21:13] <lopta> I wrote "Kbytes" ;-)
[21:13] <DanielTheFox> yes :)
[21:13] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[21:14] <lopta> That was without lossy compression though ;-)
[21:14] * slv (~slv@209.6.49.147) has joined #raspberrypi
[21:15] * ghostboarder (ghostboard@gateway/vpn/privateinternetaccess/ghostboarder) Quit (Quit: Leaving)
[21:15] * Toadisattva (~Toadisatt@gateway/tor-sasl/toadisattva) has joined #raspberrypi
[21:16] * jancoow (~jancoow@dhcp-077-251-034-091.chello.nl) Quit (Quit: jancoow)
[21:17] <Scott0_> how can I read what the rpi has pulled for specs on the display?
[21:18] * morfin (~morfin@85.12.195.47) Quit (Ping timeout: 246 seconds)
[21:18] <Scott0_> id like to solidify that so that the tvs don't have to be necessarily turned on before the rpi
[21:18] <lopta> Scott0_: I haven't tried this but does it show up in the output from dmesg?
[21:18] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 245 seconds)
[21:18] <lopta> ...would it depend where the display was plugged in?
[21:18] <lopta> DSI and HDMI you can ask the monitor. Composite not so much.
[21:19] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) Quit (Remote host closed the connection)
[21:19] <Scott0_> currently if I turn the rpi on before the tv, it goes into some low resolution mode
[21:21] <Scott0_> DanielTheFox: I decided to go with 60fps 12Mbps
[21:21] <Scott0_> DanielTheFox: its smooth and I don't notice any quality issues
[21:25] <friendofafriend> Hey, pretty rad, Scott0_! Sounds like a win.
[21:28] * slv (~slv@209.6.49.147) Quit (Quit: Leaving)
[21:29] * immibis (~immibis@125-238-72-168-fibre.sparkbb.co.nz) has joined #raspberrypi
[21:32] * semeion (~semeion@unaffiliated/semeion) has joined #raspberrypi
[21:33] * catalase (~catalase@unaffiliated/catalase) has joined #raspberrypi
[21:33] <lopta> Scott0_: Have you tried 720p at 30 fps?
[21:34] * lopta starts saving up for a TV aerial
[21:35] <lopta> ...and masthead preamplifier and power injector.
[21:35] <hodapp> aw, the OpenCL profile supported by VC4CL can't do images or OpenGL interop
[21:35] <lopta> Think I already have the coax.
[21:40] <JnR> friendofafriend http://www.arbetsmyra.dyndns.org/nard/ This is the EXACT idea I was talking about. At least the first half.
[21:41] <JnR> I'm always a couple years too late
[21:42] * malmalmal (~malmalmal@148.3.170.107) has joined #raspberrypi
[21:43] * malmalmal (~malmalmal@148.3.170.107) Quit (Max SendQ exceeded)
[21:44] * malmalmal (~malmalmal@148.3.170.107) has joined #raspberrypi
[21:45] * malmalmal (~malmalmal@148.3.170.107) Quit (Max SendQ exceeded)
[21:46] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[21:46] * malmalmal (~malmalmal@148.3.170.107) has joined #raspberrypi
[21:48] * dalmata (~dalmata@unaffiliated/dalmathg) has joined #raspberrypi
[21:48] * akk (~akk@97-123-112-214.albq.qwest.net) has joined #raspberrypi
[21:48] * immibis (~immibis@125-238-72-168-fibre.sparkbb.co.nz) Quit (Ping timeout: 250 seconds)
[21:52] * brontos (~brontos@71.204.23.74) Quit (Ping timeout: 240 seconds)
[21:53] * Mibixfox (~MibixFox@unaffiliated/mibixfox) has joined #raspberrypi
[21:54] <friendofafriend> JnR: So, that's just loading the operating system to RAM from the SD card, which allows you to then remove the SD card.
[21:54] * davr0s (~textual@host109-155-88-203.range109-155.btcentralplus.com) has joined #raspberrypi
[21:54] <friendofafriend> If you'd like to just leave all the tedious inserting/removing SD cards out of it, netbooting a Raspi3 is the way to go.
[21:55] * Envil (~envil@55d4f713.access.ecotel.net) Quit (Remote host closed the connection)
[21:55] <friendofafriend> If you're looking for a slim operating system to run on your Pi (as it will have to be transferred across your network at boot time), you might look into OpenWrt.
[21:57] <lopta> I wonder whether whatever comes after the Raspberry Pi will support PXE
[21:57] <DanielTheFox> x86 hardwaer emulation?
[21:57] <Khaytsus> lopta: huh? Why wouldn't it. Pi 3b+ already does.
[21:57] <lopta> Khaytsus: Nice! I think that's a useful feature.
[21:57] * brontos (~brontos@71.204.23.74) has joined #raspberrypi
[21:58] * daan (~daan@145-230-201-31.ftth.glasoperator.nl) has joined #raspberrypi
[21:59] * daan is now known as toxicunderGroov
[21:59] * toxicunderGroov (~daan@145-230-201-31.ftth.glasoperator.nl) Quit (Client Quit)
[21:59] * jinie (~jimmy@188.114.128.82) has joined #raspberrypi
[22:00] * toxicunderGroov (~toxicunde@145-230-201-31.ftth.glasoperator.nl) has joined #raspberrypi
[22:00] <friendofafriend> Right, even the older Pis could be coaxed to netboot with a small SD card. Nice to leave out the SD card's expense for clustering.
[22:00] * echoSMILE (~echoSMILE@unaffiliated/echosmile) Quit (Read error: Connection reset by peer)
[22:00] <lopta> How small?
[22:00] <lopta> (I have some sitting around ;-)
[22:00] <Khaytsus> Yeah, you could netboot off sd and not use the sd anymore.. but obviously you'd wnat NO sdcard ideally
[22:01] * sdoherty (sdoherty@nat/redhat/x-caedlegzsqiafezf) Quit (Quit: Leaving)
[22:01] <Khaytsus> Shame the pi zero can't do it... heh
[22:01] * toxicunderGroov (~toxicunde@145-230-201-31.ftth.glasoperator.nl) Quit (Client Quit)
[22:05] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) has joined #raspberrypi
[22:06] <lopta> Khaytsus: Pi Zero doesn't have wired Ethernet ;-)
[22:06] <lopta> Khaytsus: I'm guessing the A, A+ and 3A+ can't either.
[22:06] <Khaytsus> lopta: it can have wired ethernet, but yeah
[22:06] * JnR (~chris@2601:342:c000:3f7e:799d:325b:e793:82bb) Quit (Quit: Leaving)
[22:07] <lopta> Khaytsus: Oh! Via USB?
[22:07] * leorat (~rat@unaffiliated/leorat) has joined #raspberrypi
[22:08] <Khaytsus> Yeah
[22:08] <lopta> I don't think that counts, from a PXE point of view.
[22:08] * echoSMILE (~echoSMILE@unaffiliated/echosmile) has joined #raspberrypi
[22:08] <lopta> You'd have to have enough USB stack in firmware to be able to PXE over USB Ethernet
[22:08] <friendofafriend> lopta: Anything that could hold a few megabytes, so the smallest of SD cards.
[22:09] <lopta> friendofafriend: Perfect! Finally a use for my collection of 512M MicroSD cards :-)
[22:09] <friendofafriend> And the Pi Zero can be booted over its USB port with no SD card.
[22:09] <lopta> friendofafriend: That's odd.
[22:09] <lopta> brb
[22:10] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) Quit (Ping timeout: 272 seconds)
[22:11] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) has joined #raspberrypi
[22:11] * Bambus (~Bambus@p200300DF87350000DD9FE87DFE85366E.dip0.t-ipconnect.de) has joined #raspberrypi
[22:11] * jurisl__ (~RebelCode@82.129.125.204) Quit (Remote host closed the connection)
[22:14] * akk (~akk@97-123-112-214.albq.qwest.net) Quit (Ping timeout: 244 seconds)
[22:15] * Mibixfox is now known as MibixFox
[22:17] * TheSin (~TheSin@d199-126-165-217.abhsia.telus.net) has joined #raspberrypi
[22:18] * mythos (~mythos@unaffiliated/mythos) Quit (Ping timeout: 264 seconds)
[22:19] <chris_99> how do you boot the pi zero over usb? that sounds interesting, you mean using a usb disk or..
[22:20] * CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) has joined #raspberrypi
[22:20] * RebelCoder (~RebelCode@82.129.125.204) has joined #raspberrypi
[22:24] * Makaveli7 (~Makaveli7@unaffiliated/makaveli7) Quit (Quit: Leaving)
[22:24] * audiopath (~audiopath@2a02:8388:6a84:3700:f14d:6902:5373:1347) has joined #raspberrypi
[22:27] * raulp (~textual@unaffiliated/raulp) Quit (Ping timeout: 272 seconds)
[22:27] * malmalmal (~malmalmal@148.3.170.107) Quit (Remote host closed the connection)
[22:28] <friendofafriend> chris_99: Nope, you can use the usbboot software. https://github.com/raspberrypi/usbboot
[22:28] * raulp (~textual@unaffiliated/raulp) has joined #raspberrypi
[22:30] <chris_99> oooh! just to make sure i'm not being completely stupid, i could run that on a pc, and plug the pi zero to the pc, and the pc would serve a bootable image to the pi
[22:32] * ghostboarder (ghostboard@gateway/vpn/privateinternetaccess/ghostboarder) has joined #raspberrypi
[22:33] * Tobbi (~Tobbi@supertux/tobbi) has joined #raspberrypi
[22:33] * mythos (~mythos@unaffiliated/mythos) has joined #raspberrypi
[22:33] * jigubigule (~quassel@2001:1c06:1909:2300:a889:c83c:b625:5cee) has joined #raspberrypi
[22:34] <friendofafriend> chris_99: Yep, you got it!
[22:34] <chris_99> nice, didn't know you could do that
[22:34] <friendofafriend> And, "Look Mom, no SD card!" ;)
[22:34] <chris_99> heh
[22:37] * im0nde is now known as donlaton
[22:37] * semeion (~semeion@unaffiliated/semeion) Quit (Ping timeout: 246 seconds)
[22:38] * donlaton is now known as im0nde
[22:39] * im0nde is now known as donlaton
[22:40] * semeion (~semeion@unaffiliated/semeion) has joined #raspberrypi
[22:40] * goiko (~goiko@unaffiliated/goiko) Quit (Ping timeout: 272 seconds)
[22:41] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) Quit (Read error: Connection reset by peer)
[22:43] * donlaton is now known as im0nde
[22:44] * InverseRhombus (~InverseRh@cpc81087-colc8-2-0-cust27.7-4.cable.virginm.net) has joined #raspberrypi
[22:44] * GraysonBriggs (~GraysonBr@unaffiliated/graysonbriggs) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[22:45] * funnel (~funnel@unaffiliated/espiral) Quit (Ping timeout: 246 seconds)
[22:47] * funnel (~funnel@unaffiliated/espiral) has joined #raspberrypi
[22:50] * Nephilum (~Raspberry@23.226.134.66) has joined #raspberrypi
[22:53] * ericwooley (~ericwoole@174-085-109-236.dhcp.chtrptr.net) Quit (Ping timeout: 252 seconds)
[22:53] * janab (~avink@66.129.239.15) has joined #raspberrypi
[22:55] * MacGeek (~BSD@host162-57-dynamic.22-79-r.retail.telecomitalia.it) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[22:55] * norwood67 (~human@c-76-102-39-161.hsd1.ca.comcast.net) has joined #raspberrypi
[23:00] * goiko (~goiko@unaffiliated/goiko) has joined #raspberrypi
[23:05] * puzzola_ (~puzzola@unaffiliated/puzzola) Quit (Ping timeout: 244 seconds)
[23:06] * mgottschlag (~quassel@reactos/tester/phoenix64) Quit (Ping timeout: 264 seconds)
[23:12] * ericwooley (~ericwoole@174-085-109-236.dhcp.chtrptr.net) has joined #raspberrypi
[23:14] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:bc71:5d18:b9a0:c986) has joined #raspberrypi
[23:14] * smultron (~smultron@mirbsd/staff/smultron) has joined #raspberrypi
[23:16] * \\Mr_C\\ (mrc@cpe-75-187-160-45.neo.res.rr.com) Quit (Quit: (Read error: Connection reset by beer))
[23:19] * smultron (~smultron@mirbsd/staff/smultron) Quit (Ping timeout: 246 seconds)
[23:21] * vaft (~vaft@cpe-24-211-192-145.nc.res.rr.com) has joined #raspberrypi
[23:23] * malmalmal (~malmalmal@148.3.170.107) has joined #raspberrypi
[23:23] * tdy1 (~tdy@unaffiliated/tdy) has joined #raspberrypi
[23:23] * jigubigule (~quassel@2001:1c06:1909:2300:a889:c83c:b625:5cee) Quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[23:24] * meti (~meti@unaffiliated/meti) Quit (Quit: ZNC - http://znc.in)
[23:25] * meti (~meti@unaffiliated/meti) has joined #raspberrypi
[23:25] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:bc71:5d18:b9a0:c986) Quit (Read error: Connection reset by peer)
[23:26] * nshire (~nealshire@unaffiliated/nealshire) has joined #raspberrypi
[23:26] * malmalmal (~malmalmal@148.3.170.107) Quit (Remote host closed the connection)
[23:32] * \\Mr_C\\ (mrc@cpe-75-187-160-45.neo.res.rr.com) has joined #raspberrypi
[23:34] * brontos (~brontos@71.204.23.74) Quit (Ping timeout: 268 seconds)
[23:35] * tdy1 is now known as tdy
[23:37] * Tobbi (~Tobbi@supertux/tobbi) Quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
[23:37] * teclo- (42@unaffiliated/teclo) has joined #raspberrypi
[23:38] * shicks_ (~shicks252@ool-4354603e.dyn.optonline.net) Quit (Read error: Connection reset by peer)
[23:40] * brontos (~brontos@71.204.23.74) has joined #raspberrypi
[23:41] * defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) Quit (Remote host closed the connection)
[23:41] * Buster (Buster@2001:470:1f0b:1639::2) Quit ()
[23:43] * norwood67 (~human@c-76-102-39-161.hsd1.ca.comcast.net) Quit (Quit: seeya)
[23:43] * CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
[23:44] * janab (~avink@66.129.239.15) Quit (Ping timeout: 246 seconds)
[23:45] * brontos (~brontos@71.204.23.74) Quit (Ping timeout: 245 seconds)
[23:46] * shicks2525 (~shicks252@ool-4354603e.dyn.optonline.net) has joined #raspberrypi
[23:47] * waveform (~waveform@waveform.plus.com) Quit (Quit: Leaving)
[23:47] * lowfive (~lowfive@zero.subtl.org) Quit (Quit: buenos noches)
[23:48] * lowfive (~lowfive@zero.subtl.org) has joined #raspberrypi
[23:50] * lowfive (~lowfive@zero.subtl.org) Quit (Client Quit)
[23:51] * lowfive (~lowfive@zero.subtl.org) has joined #raspberrypi
[23:52] * BrianG61UK (~BrianG61U@2a00:23c5:6e55:2b00:5053:48c0:c810:9e63) has joined #raspberrypi
[23:52] * malmalmal (~malmalmal@148.3.170.107) has joined #raspberrypi
[23:53] * norwood67 (~human@c-76-102-39-161.hsd1.ca.comcast.net) has joined #raspberrypi
[23:56] * brontos (~brontos@71.204.23.74) has joined #raspberrypi
[23:57] * malmalmal (~malmalmal@148.3.170.107) Quit (Remote host closed the connection)
[23:57] * lowfive (~lowfive@zero.subtl.org) Quit (Quit: buenos noches)
[23:58] * lowfive (~lowfive@zero.subtl.org) has joined #raspberrypi

These logs were automatically created by RaspberryPiBot on irc.freenode.net using the Java IRC LogBot.