#raspberrypi IRC Log

Index

IRC Log for 2015-02-05

Timestamps are in GMT/BST.

[0:01] * smrtz (~Smrtz@unaffiliated/smrtz) Quit (Read error: Connection reset by peer)
[0:02] <ali1234> markmcblavage: that's very simple and very complicated question
[0:02] <ali1234> in the most simple case you just want to connect a switch to the gpio pins, that is easy
[0:02] <ali1234> for example: https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/robot/buttons_and_switches/
[0:02] <ali1234> however if you want an actual continuity tester like on a multimeter, that is harder due to safety considerations
[0:02] * kirin` (telex@gateway/shell/anapnea.net/x-gzkueasgskwcaida) Quit (Ping timeout: 245 seconds)
[0:03] * designbybeck (~designbyb@x182y039.angelo.edu) Quit (Quit: Leaving)
[0:03] <markmcblavage> hrmm, so basically I should treat the two wires as a button or switch?
[0:03] <ali1234> if that's what it is, yes
[0:03] <ali1234> what are you actaully trying to do?
[0:03] * TheWarden (~chatzilla@S010608bd43aaeb24.ss.shawcable.net) Quit (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805])
[0:04] <markmcblavage> a DIY project I've been meaning to do, tore out my old home security system and want to put in a rpi that can react to doors closing/opening, etc
[0:04] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[0:04] <ali1234> so you need to find out what type of sensors the system uses
[0:04] * untseac (~emanuel@19.250.189.46.rev.vodafone.pt) has joined #raspberrypi
[0:04] <Encapsulation> markmcblavage, why not just use cheap sensors etc
[0:04] * argakiig_lost is now known as argakiig
[0:04] * kirin` (telex@gateway/shell/anapnea.net/x-foejmmbswyupixbs) has joined #raspberrypi
[0:04] <Encapsulation> its 1.55 for a pir sensor that spits a digital signal to 1 pin on the pi
[0:04] <ali1234> Encapsulation: i guess the point is he already has the sensors installed?
[0:04] <Encapsulation> thats 1.55 free shipping
[0:04] <untseac> raspberry pi 2 already out of stock :( I want one
[0:05] <Encapsulation> ali: ah, that makes sense
[0:05] <markmcblavage> magnet reed switches are already installed in all the doors (open the door, reed switch closes and completes the circuit)
[0:05] <ali1234> markmcblavage: okay so those are just passive switches
[0:05] <markmcblavage> or maybe it's the other way around (open the door == breaks the circuit)
[0:05] <ali1234> the only possible problem you might have is due to the very long wires
[0:05] <markmcblavage> ah, so figuring out what voltage to run down the wires?
[0:06] <ali1234> you don't have a choice on voltage when using gpio directly
[0:06] <Encapsulation> 3.3v or its ruined on the gpio pins
[0:06] <Encapsulation> just ask me =)
[0:06] <Encapsulation> I know personally
[0:06] <markmcblavage> rpi is 3.3v right?
[0:06] <ali1234> yeah
[0:06] <markmcblavage> ok gotcha
[0:06] <Encapsulation> I put 12v into one
[0:06] <Encapsulation> ruined it
[0:06] <ali1234> so you probably want some kind of logic buffer in there at the very least
[0:06] <markmcblavage> maybe I could look at the original security board and see what voltage they were using
[0:06] * errm0m (~foogle@gateway/tor-sasl/foogle) has joined #raspberrypi
[0:07] <Encapsulation> couldnt you just
[0:07] <Encapsulation> reduce the voltage down?
[0:07] <Encapsulation> I'm asking the room I have no idea
[0:07] <ali1234> sure. the only problem is you put 3v3 down the wire, due to resistance you might get much less back
[0:07] <markmcblavage> hehe I have no idea either - I'm still in my first ventures into the hardware world
[0:08] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) Quit (Remote host closed the connection)
[0:11] * Brunetty (~Brunetty@170.Red-2-138-200.dynamicIP.rima-tde.net) Quit (Quit: Ahora vengo)
[0:11] * kirin` (telex@gateway/shell/anapnea.net/x-foejmmbswyupixbs) Quit (Read error: Connection reset by peer)
[0:11] * kirin` (telex@gateway/shell/anapnea.net/x-fxzdwtvadqxetnny) has joined #raspberrypi
[0:12] <markmcblavage> for anyone following along - http://www.adafruit.com/product/375 might be a good starting point for me (which is essentially what I already have installed in my house)
[0:13] <ali1234> so you should be okay to wire it up with current limiting resistors as shown on that webpage i linked
[0:13] <ali1234> the worst that will happen is it won't work
[0:14] <markmcblavage> awesome, thanks for pointing me in a direction! should be the right one
[0:15] * jingo (~jingo@unaffiliated/jingo-ba/x-7287910) has left #raspberrypi
[0:15] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[0:15] <ali1234> adafruit also has a tutorial for that part: https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/robot/buttons_and_switches/
[0:16] <ali1234> https://learn.adafruit.com/adafruits-raspberry-pi-lesson-12-sensing-movement
[0:17] <markmcblavage> didn't realize adafruit had so many tutorials. thank you!
[0:17] <ali1234> they have tutorials for just about everything they make
[0:18] * kirin` (telex@gateway/shell/anapnea.net/x-fxzdwtvadqxetnny) Quit (Read error: Connection reset by peer)
[0:18] * kirin` (telex@gateway/shell/anapnea.net/x-igcrbekvomdvgukz) has joined #raspberrypi
[0:19] * D-Boy (~D-Boy@unaffiliated/cain) has joined #raspberrypi
[0:19] * Macuser (~textual@unaffiliated/macuser) has joined #raspberrypi
[0:19] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[0:20] * m8 (~m@unaffiliated/m8) Quit (Quit: Sto andando via)
[0:23] <DF3D2> so my usb dac sounds horrible with the rpi2
[0:23] <DF3D2> I cant seem to fix it :-\
[0:24] <[Saint]> The rpi's sound HW is pretty crappy, being perfectly honest.
[0:24] * kirin` (telex@gateway/shell/anapnea.net/x-igcrbekvomdvgukz) Quit (Ping timeout: 246 seconds)
[0:24] <DF3D2> well im using an external usb dac...
[0:24] <DF3D2> its powered on but sounds horrible
[0:24] <DF3D2> im wondering if the rpi2 doesnt provide enough power to it?
[0:25] <[Saint]> That shouldn't be the case.
[0:25] <DF3D2> yeah I dont know
[0:25] <[Saint]> If your pi can't supply 500mA to a peripheral, you've got some problems other than poor audio quality.
[0:26] <DF3D2> right
[0:26] <DF3D2> i was just guessing
[0:26] * kirin` (telex@gateway/shell/anapnea.net/x-guobtwjkewobaylk) has joined #raspberrypi
[0:26] <[Saint]> I used the Wolfson Audio Card on the raspi model A and B, but AFAIK they still haven't made a version for the B2, let alone the raspi 2.
[0:27] <DF3D2> i have a schiit modi usb dac
[0:27] <DF3D2> sounds amazing on my ubuntu machine
[0:27] <[Saint]> Must. Not. Make. Fun. Of. Product. Name...
[0:27] <DF3D2> yeah
[0:27] <[Saint]> soooooooooooo hard.
[0:27] <DF3D2> they make fun of it themselves on their website
[0:27] <DF3D2> it's pronounced "shitta"
[0:28] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) has joined #raspberrypi
[0:28] <DF3D2> very well regarded dac for the price
[0:28] <[Saint]> "shitta" doesn't make it any better. ;)
[0:28] <DF3D2> im aware
[0:28] <DF3D2> :-p
[0:29] * Demon_Jester (~djj@75.81.20.24) Quit (Quit: Leaving)
[0:29] <[Saint]> I use a FiiO E12 Mont Blanc, and when I was using the raspi, combined with a Wolfson Audio Card.
[0:29] <[Saint]> Combined with my UE18 Pro full custom reference monitors.
[0:30] <[Saint]> (yeah yeah...I know...)
[0:30] <DF3D2> i cant get xbmc to play video on raspbian yet either
[0:30] <DF3D2> even though omxplayer works fine
[0:30] <DF3D2> seperatly..
[0:30] <DF3D2> oh well early adopter issues?
[0:30] <[Saint]> These are my babies.
[0:30] <[Saint]> http://pro.ultimateears.com/ue-18-pro
[0:31] <DF3D2> yep so the audio is screwed up on raspbian and osmc
[0:31] <DF3D2> so it's some systemic issue..
[0:32] <[Saint]> and http://www.fiio.net/en/products/16
[0:32] * mongole (~mongole@vps01.jwgn.de) Quit (Ping timeout: 264 seconds)
[0:32] <[Saint]> Sadly, I got the E12 before the E12 DIY was released.
[0:32] <[Saint]> Else I would have got the DIY Edition.
[0:32] <DF3D2> never owned a fio my self
[0:32] <[Saint]> Honestly, I'm slightly scared of it.
[0:33] <DF3D2> lol?
[0:33] <[Saint]> Its functionally equivalent to having a reasonably high powered bomb in my pocket/backpack.
[0:33] * kirin` (telex@gateway/shell/anapnea.net/x-guobtwjkewobaylk) Quit (Read error: Connection reset by peer)
[0:33] <DF3D2> how so
[0:34] * kirin` (telex@gateway/shell/anapnea.net/x-sthktptqbmixbyzq) has joined #raspberrypi
[0:34] <pumphaus> [Saint]: fwiw, the wolfson audio card has recently been made available for the B+
[0:34] <pumphaus> goes by the name "cirrus logic audio card" now
[0:34] <[Saint]> In the same way that all battery packs are. This particular one just happens to be VERY high density.
[0:34] <DF3D2> oh
[0:35] <pumphaus> not sure about the driver situation for the b2 though
[0:35] * chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) Quit (Quit: Ex-Chat)
[0:35] <[Saint]> Well, for an external amp, anyway.
[0:35] <[Saint]> not for batteries in general.
[0:36] <[Saint]> ~10Wh, ~900mAh/12V IIRC
[0:36] <[Saint]> In a very high density package.
[0:37] * _Ulan (~Thunderbi@2.26.83.183) Quit (Quit: _Ulan)
[0:38] <[Saint]> From memory, 18Hz-20KHz FR, 16-300Ohm impedance, 0.002% THD, 110dB SNR, ...she's a bit of a beast.
[0:39] * kirin` (telex@gateway/shell/anapnea.net/x-sthktptqbmixbyzq) Quit (Ping timeout: 245 seconds)
[0:39] <[Saint]> Combined with an iPod Classic running Rockbox with a 512GB mSATA conversion.
[0:39] * markmcblavage (~guts@74.196.232.245) Quit (Ping timeout: 256 seconds)
[0:39] * _Ulan (~Thunderbi@2.26.83.183) has joined #raspberrypi
[0:39] * Kirito (~Kirito@pdpc/supporter/student/kirito) has joined #raspberrypi
[0:39] <[Saint]> And my full custom reference monitors.
[0:40] * [Saint] is somewhat of an audiophile, but, not the reality denying demonstrably insane type
[0:41] <[Saint]> I respect sampling theory, peer reviewed ABX testing data, and know that "HD" audio is a form of mental masturbation.
[0:41] * kirin` (telex@gateway/shell/anapnea.net/x-dpuelvjpfjlgkctu) has joined #raspberrypi
[0:42] <[Saint]> You won't find anything in my audio collection that isn't 16/48
[0:43] * [Saint] shakes a clenched fist at Neil Young and his hilarious BBB/Android 2.3.1 Pono...thing.
[0:45] <Riviera_> [Saint]: http://wathifi.tumblr.com/
[0:46] <[Saint]> Riviera_: Aha, I see you like to play "count the misplaced audiophile adjectives" too. ;)
[0:47] <Riviera_> :)
[0:47] <[Saint]> Anyway, for the record, I will state categorically that I am not _that_ kind of audiophile.
[0:48] * kirin` (telex@gateway/shell/anapnea.net/x-dpuelvjpfjlgkctu) Quit (Read error: Connection reset by peer)
[0:48] * kirin` (telex@gateway/shell/anapnea.net/x-efdlehofsodxndis) has joined #raspberrypi
[0:48] <[Saint]> I like audio, and I like hardware, often expensive, beautiful hardware (who doesn't like Beautiful Tings(TM)?), but I'm not the reality denying "Golden Ear" holier than thou type that gives us all a bad name.
[0:50] <Riviera_> follow a few of the links; people comparing the sound of different SSDs, demagnetizing CDs .. :)
[0:50] <[Saint]> I had a very prolonged argument with one such reality/science denying audiophile a few days ago.
[0:50] <[Saint]> It was hi.la.rious.
[0:52] <[Saint]> I was arguing my point that anything greater than 16 bit audio at 48KHz samplerate is, well, completely useless. And that hiher sample rates can actually _degrade_ the quality and introduce pitch distortion. A widely accepted fact.
[0:52] * UKn0Me (~UKn0Me@CPE-60-228-32-46.lns6.ken.bigpond.net.au) has joined #raspberrypi
[0:52] <Riviera_> comparing the sound of various ethernet cables connecting NAS to player, etc.:)
[0:52] <Riviera_> hehe
[0:52] * mgottschlag (~quassel@reactos/tester/phoenix64) Quit (Ping timeout: 244 seconds)
[0:53] <[Saint]> To counter this, the other party linked my to various "HD" tracks they had purchased, 24bit/192KHz tracks.
[0:53] <[Saint]> So, I fire up RMAA...and, guess what, surprise surprise, both tracks were identical.
[0:54] <[Saint]> The "HD" tracks had just been artificially inflated to 24bit and re-encoded at a higher sample rate.
[0:54] <[Saint]> They were, essentially, exactly the same tracks.
[0:54] <Riviera_> doesn't this kind of re-encoding even reduce information? there must be some kind of aliasing / rounding involved?
[0:54] <[Saint]> Despite the other party claiming all sorts of differences, with many adjectives involved, and telling me that I'm a heretic for not believing their Golden Ear claims.
[0:55] * kirin` (telex@gateway/shell/anapnea.net/x-efdlehofsodxndis) Quit (Ping timeout: 264 seconds)
[0:55] * SebSemmi (~SebSemmi@p4FF7755C.dip0.t-ipconnect.de) Quit (Quit: brb)
[0:55] <[Saint]> Correct.
[0:55] * Brunetty (~Brunetty@unaffiliated/brunetty) has joined #raspberrypi
[0:55] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[0:55] * SebSemmi (~SebSemmi@p4FF7755C.dip0.t-ipconnect.de) has joined #raspberrypi
[0:56] * kirin` (telex@gateway/shell/anapnea.net/x-ujonszlygttowhta) has joined #raspberrypi
[0:56] <[Saint]> If they were recorded in 24/192 originally, there wouldn't be any undue effects aside from a barely noticeable pitch shift that's undetectable by human ears, and a whole lot of wasted space due to all the unnecessary headroom.
[0:56] <[Saint]> But re-encoding 16/48 to 24/192 is just all sorts of wrong...
[0:56] * SebSemmi (~SebSemmi@p4FF7755C.dip0.t-ipconnect.de) Quit (Client Quit)
[0:57] * Gazpaxxo (~bizarro_1@154.Red-83-47-117.dynamicIP.rima-tde.net) has joined #raspberrypi
[0:57] * SebSemmi (~SebSemmi@p4FF7755C.dip0.t-ipconnect.de) has joined #raspberrypi
[0:57] <[Saint]> On the 16 vs. 24 bit topic, pretty much all consumer audio can be accurately reproduced (as in, losslessly) in 15 bits.
[0:58] * SebSemmi (~SebSemmi@p4FF7755C.dip0.t-ipconnect.de) Quit (Client Quit)
[0:58] <[Saint]> The takeaway being even 16 bits provides more than enough headroom for the useful human audio spectrum.
[0:58] * iamjarvo (~textual@c-69-249-187-177.hsd1.nj.comcast.net) has joined #raspberrypi
[0:58] <[Saint]> Neil Young be damned.
[0:59] * bizarro_1 (~bizarro_1@207.Red-83-55-237.dynamicIP.rima-tde.net) Quit (Ping timeout: 245 seconds)
[0:59] <Riviera_> Interesting. I must admit that a 16 bit resolution always seemed relatively little to me, but I haven't given it much more thought than that.
[0:59] * UKn0Me (~UKn0Me@CPE-60-228-32-46.lns6.ken.bigpond.net.au) Quit (Ping timeout: 272 seconds)
[1:00] <Encapsulation> http://xiph.org/~xiphmont/demo/neil-young.html
[1:00] <niston> hkk
[1:01] <[Saint]> I have not personally, nor has science as a whole, met a single human capable of discerning a difference between 16 and 24 bit tracks in double blind ABX testing beyond the probability of guessing.
[1:01] <[Saint]> If that ever happens, I will quite happily be prepared to eat crow.
[1:01] <Riviera_> Encapsulation: cool, thanks
[1:01] <[Saint]> But...it won't happen.
[1:02] * kirin` (telex@gateway/shell/anapnea.net/x-ujonszlygttowhta) Quit (Read error: Connection reset by peer)
[1:03] * kirin` (telex@gateway/shell/anapnea.net/x-xwvjkbrbkdygaaow) has joined #raspberrypi
[1:03] <[Saint]> http://archimago.blogspot.co.nz/2014/06/24-bit-vs-16-bit-audio-test-part-ii.html provides some interesting data, though, its not exactly a scientific method and relies on honesty of the participants.
[1:04] <[Saint]> Though, the thing that actually makes that interesting is that survey participants _could_ have cheated, and even still, there was zero indication that anyone could perceive a difference between 16 and 24 bit audio beyond the probability of guessing.
[1:05] <[Saint]> In fact, if the participants *were* blind guessing, statistically speaking, the results would have been a lot better.
[1:05] * IT_Sean (~Ult_Ubunt@applefritter/IRCStaff) has joined #raspberrypi
[1:06] <clever> [Saint]: i happen to be working on some 96khz 24bit audio capture stuff
[1:06] <[Saint]> Don't get me wrong, I'm not suggesting there's no point in "HD" audio as a whole.
[1:07] <[Saint]> FOr audio manipulation, there is indeed a need for this.
[1:07] <[Saint]> For consumer audio, no, no there is not.
[1:07] <clever> the stuff i'm doing is in the mixing domain
[1:07] <[Saint]> Right. Where there is a clear need for this.
[1:07] <ali1234> you know ultrasonic cleaners?
[1:07] <[Saint]> But that audio would then be downsampled back to something sane for the consumer.
[1:08] <clever> basicaly, i'm trying to do ~32channel capture, and streaming over ethernet
[1:08] <clever> in realtime
[1:08] <ali1234> would they work just as well at audio frequencies?
[1:08] <ali1234> *audible
[1:09] <[Saint]> clever: but, honestly, unless you're using _incredibly_ sensitive microphones, there's no point in capturing at that high of a samplerate and bit depth.
[1:09] <clever> [Saint]: the graphs you linked, wow, perfect 50/50 split on 2/3 of them
[1:09] <clever> [Saint]: my current plan is actualy to do entirely digital capture, spdif inputs
[1:09] <clever> so the ADC end is handled by somebody with more experience
[1:09] <[Saint]> clever: right, no correlation beyond probability of guessing.
[1:10] * kirin` (telex@gateway/shell/anapnea.net/x-xwvjkbrbkdygaaow) Quit (Ping timeout: 256 seconds)
[1:10] <[Saint]> as stated, if they were blind guessing, the results would actually favor a better split. :)
[1:11] * kirin` (telex@gateway/shell/anapnea.net/x-izsweezhaenfbuiu) has joined #raspberrypi
[1:11] <[Saint]> Even several of the participants that got all the test samples right admitted to just blind guessing, and the others admitted to having very poor certainty.
[1:11] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Ping timeout: 245 seconds)
[1:11] * Hoerie (~Hoerie@83.84.148.38) Quit (Ping timeout: 264 seconds)
[1:11] * Macuser (~textual@unaffiliated/macuser) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[1:11] <clever> main area i can see bit depth being of use, is if you want to boost the volume in software
[1:12] <[Saint]> which is nasty nasty nasty! :p
[1:12] <clever> if you double the level of a 24bit sample, you are left with an effective 23bits of resolution
[1:12] <clever> which is still well below the 16bit level
[1:12] <clever> thats also ignoring the log factors
[1:12] <[Saint]> It is so refreshing to have this many sane people in one place.
[1:12] <[Saint]> ...I feel like I'm at home.
[1:13] <[Saint]> Not science denying, adjective throwing weirdos with more money than sense.
[1:13] <clever> for my audio capture project, i'm going to use an fpga to packetize the digital streams and fire them over ethernet
[1:13] <[Saint]> Actual, rational, critical thinking humans.
[1:13] <clever> i also want dhcp and avahi on it
[1:13] <clever> and dhcp on an fpga isnt fun :P
[1:13] * mongole (~mongole@vps01.jwgn.de) has joined #raspberrypi
[1:13] <niston> clever: why not use ethersound?
[1:14] <clever> niston: never heard of that before, *googles*
[1:14] <clever> sounds perfect though
[1:14] <niston> might be less costly than an FPGA
[1:15] <clever> to try and solve my dhcp issues, i first threw an AVR softcore at it
[1:15] <clever> and implemented DMA ethernet within the avr
[1:15] <clever> so normal c code can send dhcp requests
[1:16] <clever> but i never got packet rx done, fpga buffering is complicated
[1:17] * iamjarvo (~textual@c-69-249-187-177.hsd1.nj.comcast.net) Quit (Quit: Textual IRC Client: www.textualapp.com)
[1:17] <clever> so my latest idea, throw a pi at it :P
[1:17] * Hoerie (~Hoerie@53549426.cm-6-5c.dynamic.ziggo.nl) has joined #raspberrypi
[1:17] <clever> basicaly, create an i2c interface on the FPGA to allow packet rx/tx and all the config, after the FPGA filters out the high bandwidth audio data
[1:18] <clever> then write an ethernet driver on the pi to use that
[1:18] <clever> then dhclient and avahi-daemon work without changes
[1:18] * kirin` (telex@gateway/shell/anapnea.net/x-izsweezhaenfbuiu) Quit (Read error: Connection reset by peer)
[1:19] * kirin` (telex@gateway/shell/anapnea.net/x-pmtmwmuahulruzld) has joined #raspberrypi
[1:19] * Macuser (~textual@unaffiliated/macuser) has joined #raspberrypi
[1:19] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[1:22] * Macuser (~textual@unaffiliated/macuser) Quit (Client Quit)
[1:22] * twikz (~twikz@client-fra-1h4ho5nliqzzx.pool.twikz.com) Quit ()
[1:23] * ukgamer is now known as ukgamer|away
[1:24] * kirin` (telex@gateway/shell/anapnea.net/x-pmtmwmuahulruzld) Quit (Ping timeout: 244 seconds)
[1:24] * sdel (~sdel@ip68-108-143-9.lv.lv.cox.net) Quit (Quit: Leaving)
[1:25] * koyal13 (~ayoze@75.Red-81-47-91.staticIP.rima-tde.net) has joined #raspberrypi
[1:25] * Kirito (~Kirito@pdpc/supporter/student/kirito) Quit (Ping timeout: 264 seconds)
[1:25] * untseac (~emanuel@19.250.189.46.rev.vodafone.pt) Quit (Quit: Leaving)
[1:27] * kirin` (telex@gateway/shell/anapnea.net/x-vupexzfubylujcxt) has joined #raspberrypi
[1:29] * Macuser (~textual@unaffiliated/macuser) has joined #raspberrypi
[1:31] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[1:31] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[1:32] * Macuser (~textual@unaffiliated/macuser) Quit (Client Quit)
[1:32] * Datalink_ (Datalink@unaffiliated/datalink) has joined #raspberrypi
[1:33] * kirin` (telex@gateway/shell/anapnea.net/x-vupexzfubylujcxt) Quit (Read error: Connection reset by peer)
[1:34] * kirin` (telex@gateway/shell/anapnea.net/x-dewbvvwqqckmzkgo) has joined #raspberrypi
[1:34] * wiiguy (fake@unaffiliated/wiiguy) Quit (Quit: I just broke my connection, but no worries, we can rebuild it. We have the technology.)
[1:35] * koyal13 (~ayoze@75.Red-81-47-91.staticIP.rima-tde.net) Quit (Quit: Konversation terminated!)
[1:35] * Datalink (Datalink@unaffiliated/datalink) Quit (Ping timeout: 245 seconds)
[1:36] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Quit: Textual IRC Client: www.textualapp.com)
[1:36] * argakiig is now known as argakiig_lost
[1:38] * Brunetty (~Brunetty@unaffiliated/brunetty) Quit (Quit: Ahora vengo)
[1:39] * kirin` (telex@gateway/shell/anapnea.net/x-dewbvvwqqckmzkgo) Quit (Ping timeout: 246 seconds)
[1:41] * kirin` (telex@gateway/shell/anapnea.net/x-lhnpstkjcuiojopy) has joined #raspberrypi
[1:43] <Dragonkeeper> loving it now. ssh in attach screen session and get presented with weechat / mutt / MUD xD
[1:44] * simius_ (~simiuskon@2a01:348:99:158:255:215:77:1) has joined #raspberrypi
[1:45] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) Quit (Ping timeout: 252 seconds)
[1:45] <Encapsulation> <3 pi < 3
[1:46] <Dragonkeeper> just setting it up to use irc to download all my tv shows to a 3tb hdd and <3
[1:46] <Encapsulation> http://pastebin.com/PF6KPrNd there is some c++ code I wrote to calculate pi with your pis
[1:46] <Encapsulation> I'm making it open source =D
[1:47] * jimvideo (~jimvideo@184-12-225-162.dr01.brny.ca.frontiernet.net) Quit (Quit: Leaving)
[1:47] <Dragonkeeper> haha
[1:47] * sdel (~sdel@ip68-108-143-9.lv.lv.cox.net) has joined #raspberrypi
[1:48] * Dragonkeeper wonders to how many dec places would that come out as
[1:48] * kirin` (telex@gateway/shell/anapnea.net/x-lhnpstkjcuiojopy) Quit (Read error: Connection reset by peer)
[1:48] <Encapsulation> Final pi value =3.14154 final output
[1:48] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[1:48] <Encapsulation> I think thats the limit on my double type maybe?
[1:48] * kirin` (telex@gateway/shell/anapnea.net/x-xdyffoanqypsrhwv) has joined #raspberrypi
[1:49] <Encapsulation> the last digits becomes accurate if you change the code to run for longer
[1:49] <Encapsulation> maybe 100,000 times or so
[1:49] <Dragonkeeper> pi is 3.14159...
[1:49] <Encapsulation> amazing someone discovered that formula by hand
[1:49] <Encapsulation> yeah the last digit becomes a 9 if the program runs for longer
[1:49] <Encapsulation> the longer it runs the more accurate
[1:49] <Dragonkeeper> ah
[1:50] <Encapsulation> http://en.wikipedia.org/wiki/Leibniz_formula_for_%CF%80
[1:50] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Client Quit)
[1:52] * simius_ (~simiuskon@2a01:348:99:158:255:215:77:1) Quit (Ping timeout: 252 seconds)
[1:52] <Encapsulation> I understand the first couple of lines =D
[1:52] * leichtgewicht (~leichtgew@p76ed8194.osaknt01.ap.so-net.ne.jp) has joined #raspberrypi
[1:52] <ali1234> hmm okay... overlays ignore overscan
[1:52] <Dragonkeeper> you need try get it to as many dec places as possible like writing it to a file till it runs out of memory .. add a speaker and when the memory runs out make it sing the result
[1:52] * ParkerR (ParkerR@unaffiliated/parkerr) Quit (Ping timeout: 240 seconds)
[1:53] <Encapsulation> a different type is what I need
[1:53] <Encapsulation> long double maybe
[1:53] * c^ (~ChipUK@unaffiliated/chipuk) has joined #raspberrypi
[1:53] * mfa298 (~mfa298@gateway.yapd.net) Quit (Ping timeout: 240 seconds)
[1:54] <DF3D2> does anyone have success in getting a usb dac to not sound like crap?
[1:54] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) has joined #raspberrypi
[1:54] * kirin` (telex@gateway/shell/anapnea.net/x-xdyffoanqypsrhwv) Quit (Read error: Connection reset by peer)
[1:54] * digiwth (~digiwth@unaffiliated/digiwth) Quit (Ping timeout: 245 seconds)
[1:55] * mfa298 (~mfa298@gateway.yapd.net) has joined #raspberrypi
[1:55] * kirin` (telex@gateway/shell/anapnea.net/x-ctgpqcrjzqaedvcx) has joined #raspberrypi
[1:55] * ParkerR (znc@unaffiliated/parkerr) has joined #raspberrypi
[1:57] * tombrough (~tom@cpc3-newt3-0-0-cust165.19-3.cable.virginm.net) has left #raspberrypi
[1:57] <ali1234> hah... overscan is a lie anyway
[1:58] * IT_Sean (~Ult_Ubunt@applefritter/IRCStaff) Quit (Remote host closed the connection)
[1:59] * _Ulan1 (~Thunderbi@2.26.83.183) has joined #raspberrypi
[2:02] * kirin` (telex@gateway/shell/anapnea.net/x-ctgpqcrjzqaedvcx) Quit (Read error: Connection reset by peer)
[2:02] * kirin` (telex@gateway/shell/anapnea.net/x-vrpmiunjbxtxghys) has joined #raspberrypi
[2:03] * llorllale (~llorllale@179.53.33.197) has joined #raspberrypi
[2:03] <DF3D2> okay I have odd issues
[2:03] * _Ulan1 (~Thunderbi@2.26.83.183) Quit (Ping timeout: 252 seconds)
[2:03] <DF3D2> I can play .wav via usb dac it sounds fine
[2:04] <DF3D2> I can play .flac via onboard audio, it sounds fine
[2:04] <DF3D2> but flac via usb dac sounds horrible ?
[2:06] <niston> "onboard audio" and "sounds fine" are mutually exclusive
[2:06] <DF3D2> okay ive figured it out somehow
[2:06] <DF3D2> apparently im just a moron and I had the hw:0,1 stuff backwards somehow?
[2:07] <DF3D2> http://dpaste.com/3YC7D8H
[2:07] <DF3D2> i was reading that wrong
[2:07] <DF3D2> the usb dac is 0,1
[2:08] <DF3D2> card 1: Device [Schiit USB Audio Device], device 0:
[2:08] <DF3D2> i was reading it as 1,0 card 1 device 0
[2:08] <DF3D2> but really it's
[2:08] <DF3D2> device 0: USB Audio [USB Audio]
[2:08] <DF3D2> Subdevices: 1/1
[2:09] * kirin` (telex@gateway/shell/anapnea.net/x-vrpmiunjbxtxghys) Quit (Read error: Connection reset by peer)
[2:10] * kirin` (telex@gateway/shell/anapnea.net/x-hufpyqmmukwvphha) has joined #raspberrypi
[2:11] <Encapsulation> I upgraded my program
[2:12] <Encapsulation> it has higher floating point precision now and runs 5 million times
[2:12] <Encapsulation> =D
[2:12] * Mikk36 (~Mikk36@ntsrv.lakrito.ee) Quit (Ping timeout: 246 seconds)
[2:12] <Encapsulation> Final pi value =3.14159263 getting closer! I'm going to find all of it
[2:13] * niston grants Encapsulation infinite time within the realm of Earth
[2:14] <niston> may the force be with you, joung Jedi!
[2:14] <niston> young even -.-
[2:15] * n-st (~n-st@2001:470:7272:0:18b0:b528:fdf1:b6b4) Quit (Remote host closed the connection)
[2:16] * kirin` (telex@gateway/shell/anapnea.net/x-hufpyqmmukwvphha) Quit (Ping timeout: 252 seconds)
[2:17] * kirin` (telex@gateway/shell/anapnea.net/x-tvdipeltvobyrroi) has joined #raspberrypi
[2:18] * amigojapan (~amigojapa@c119045.net21845.cablenet.ne.jp) has joined #raspberrypi
[2:18] <Encapsulation> upgraded source: http://pastebin.com/7fhdr68T
[2:20] <acidjazz> what you doin here Encapsulation
[2:21] <Encapsulation> calculating pi with the pi =D
[2:22] * fengling (~fengling@114.54.18.141) has joined #raspberrypi
[2:22] * Mikk36 (~Mikk36@ntsrv.lakrito.ee) has joined #raspberrypi
[2:23] <Dragonkeeper> hes going to break the fabric of the universe doing that !
[2:24] * kirin` (telex@gateway/shell/anapnea.net/x-tvdipeltvobyrroi) Quit (Read error: Connection reset by peer)
[2:24] * kirin` (telex@gateway/shell/anapnea.net/x-ozalzihtlilnzrjk) has joined #raspberrypi
[2:25] <niston> heh
[2:26] <Dragonkeeper> hehe downloads on irc with the pi xD
[2:27] <Dragonkeeper> this pi will do everything so i dont have to :P
[2:27] <acidjazz> /wl
[2:31] * kirin` (telex@gateway/shell/anapnea.net/x-ozalzihtlilnzrjk) Quit (Ping timeout: 265 seconds)
[2:32] * kirin` (telex@gateway/shell/anapnea.net/x-rsvfdmnaxhetskif) has joined #raspberrypi
[2:34] <Encapsulation> I want to automate my home with multiple pis
[2:34] <Encapsulation> linked together
[2:34] <Encapsulation> to avoid long cable runs
[2:34] <Encapsulation> at minimal increased cost
[2:34] <Encapsulation> wireless sensors and relays could work too though
[2:34] <Encapsulation> with a single pi I suppose
[2:35] * EastLight (~n@2.124.230.163) Quit ()
[2:35] <acidjazz> you want them to be repeaters
[2:36] <acidjazz> like a mesh
[2:37] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Quit: WeeChat 0.3.8)
[2:37] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[2:38] * kirin` (telex@gateway/shell/anapnea.net/x-rsvfdmnaxhetskif) Quit (Ping timeout: 265 seconds)
[2:38] <acidjazz> echelon: http://www.engadget.com/2015/02/03/eero/
[2:39] <acidjazz> you're looking for https://www.eero.com/
[2:39] * kirin` (telex@gateway/shell/anapnea.net/x-rjufbqwzxhnwkycq) has joined #raspberrypi
[2:40] <acidjazz> what would be nice is a pi open source version of this product
[2:44] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[2:44] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[2:45] * kirin` (telex@gateway/shell/anapnea.net/x-rjufbqwzxhnwkycq) Quit (Ping timeout: 250 seconds)
[2:46] * sdel (~sdel@ip68-108-143-9.lv.lv.cox.net) Quit (Quit: Leaving)
[2:46] * kirin` (telex@gateway/shell/anapnea.net/x-mnoyyfielgfxatvl) has joined #raspberrypi
[2:49] * Qatz (~DB@2601:6:4a80:5d6::90) has joined #raspberrypi
[2:49] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) Quit (Quit: Textual IRC Client: www.textualapp.com)
[2:52] * kirin` (telex@gateway/shell/anapnea.net/x-mnoyyfielgfxatvl) Quit (Read error: Connection reset by peer)
[2:53] * kirin` (telex@gateway/shell/anapnea.net/x-hjpffznonqpmkvql) has joined #raspberrypi
[2:55] * Macuser (~textual@unaffiliated/macuser) has joined #raspberrypi
[2:56] * utack (~utack@ip9234cb8c.dynamic.kabel-deutschland.de) has joined #raspberrypi
[2:56] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) Quit (Remote host closed the connection)
[2:59] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) Quit (Ping timeout: 265 seconds)
[2:59] * kirin` (telex@gateway/shell/anapnea.net/x-hjpffznonqpmkvql) Quit (Ping timeout: 246 seconds)
[3:01] * kirin` (telex@gateway/shell/anapnea.net/x-boifzwovlvxfufwy) has joined #raspberrypi
[3:06] * kirin` (telex@gateway/shell/anapnea.net/x-boifzwovlvxfufwy) Quit (Ping timeout: 250 seconds)
[3:06] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) has joined #raspberrypi
[3:07] * arrakian (~arrakian@gateway/tor-sasl/arrakian) Quit (Quit: Leaving)
[3:08] * kirin` (telex@gateway/shell/anapnea.net/x-iwzghjsletsyacfc) has joined #raspberrypi
[3:09] * nils_2 (~nils_2@unaffiliated/nils-2/x-2480262) Quit (Ping timeout: 252 seconds)
[3:11] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) Quit (Ping timeout: 250 seconds)
[3:11] * sebadoh (~sebadoh@c-98-207-36-245.hsd1.ca.comcast.net) Quit (Remote host closed the connection)
[3:12] * jlf (~user@pdpc/supporter/active/jlf) has joined #raspberrypi
[3:14] * jlf (~user@pdpc/supporter/active/jlf) Quit (Remote host closed the connection)
[3:14] * kirin` (telex@gateway/shell/anapnea.net/x-iwzghjsletsyacfc) Quit (Read error: Connection reset by peer)
[3:15] * kirin` (telex@gateway/shell/anapnea.net/x-txmotnfhryudclfn) has joined #raspberrypi
[3:15] * jlf (~user@pdpc/supporter/active/jlf) has joined #raspberrypi
[3:17] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) Quit (Remote host closed the connection)
[3:18] <echelon> acidjazz: why're you recommending that to me
[3:20] * godhatesfacts (~drinker@gateway/tor-sasl/drinker) has joined #raspberrypi
[3:21] <acidjazz> echelon: misfire
[3:21] <acidjazz> Encapsulation: http://www.engadget.com/2015/02/03/eero/
[3:21] * Syliss (~temp@dpncorp1.digitalpath.net) Quit (Quit: Syliss)
[3:22] * kirin` (telex@gateway/shell/anapnea.net/x-txmotnfhryudclfn) Quit (Read error: Connection reset by peer)
[3:23] <echelon> Encapsulation: these are pretty cheap http://www.ebay.com/itm/310651702557
[3:23] * kirin` (telex@gateway/shell/anapnea.net/x-xvunarjtkvsolwbx) has joined #raspberrypi
[3:23] <echelon> only caveat is that you need to write your own tcp/ip stack ^_^
[3:23] * Morgoth (~adropi@d67-193-252-25.home3.cgocable.net) has joined #raspberrypi
[3:23] <echelon> if you want tcp/ip that is.. you totally don't need it
[3:24] * pksato (~PEBKAC@unaffiliated/pksato) Quit (Quit: Problem Exists Between Keyboard And Chair)
[3:25] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Ping timeout: 264 seconds)
[3:28] * kirin` (telex@gateway/shell/anapnea.net/x-xvunarjtkvsolwbx) Quit (Ping timeout: 245 seconds)
[3:28] <Encapsulation> oh only that xD
[3:29] * godhatesfacts (~drinker@gateway/tor-sasl/drinker) Quit (Ping timeout: 250 seconds)
[3:30] * godhatesfacts (~drinker@gateway/tor-sasl/drinker) has joined #raspberrypi
[3:30] * kirin` (telex@gateway/shell/anapnea.net/x-pvqjuhsdmqndurck) has joined #raspberrypi
[3:30] <echelon> well, i think someone may already have it
[3:32] <echelon> you can get them for about $1 without the antenna, they usually come with printed onboard antennas
[3:32] * fengling (~fengling@114.54.18.141) Quit (Quit: WeeChat 1.0)
[3:33] <echelon> Encapsulation: here.. https://github.com/mattibal/meshnet
[3:34] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[3:35] * kirin` (telex@gateway/shell/anapnea.net/x-pvqjuhsdmqndurck) Quit (Ping timeout: 255 seconds)
[3:36] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) has joined #raspberrypi
[3:36] * Muzer (~muzer@cpc72421-sotn15-2-0-cust723.15-1.cable.virginm.net) Quit (Ping timeout: 264 seconds)
[3:36] <Encapsulation> echelon, wow. that's eerily similar to what I was envisioning
[3:36] <Encapsulation> excellent link
[3:36] <echelon> :)
[3:37] * kirin` (telex@gateway/shell/anapnea.net/x-jvxtkohccgebynuv) has joined #raspberrypi
[3:37] <echelon> anyway, if you want the easy way out just get a usb wifi dongle with a chipset that already has mesh networking capabilities in the linux kernel
[3:38] <Encapsulation> I wonder if my 3 dollar ebay dongle has that
[3:38] <Encapsulation> realtek chip I think
[3:39] <echelon> i think as long as you can change the mode to master it should work, but that's not a rule of thumb
[3:40] <niston> use olsrd?
[3:40] <acidjazz> meshnet is for arduinos
[3:40] * Muzer (~muzer@cpc72421-sotn15-2-0-cust723.15-1.cable.virginm.net) has joined #raspberrypi
[3:40] <acidjazz> and its a year old untouched
[3:41] <echelon> i don't see why the nRF24l01+ can't be used on a rpi
[3:42] * Macuser (~textual@unaffiliated/macuser) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[3:43] * kirin` (telex@gateway/shell/anapnea.net/x-jvxtkohccgebynuv) Quit (Read error: Connection reset by peer)
[3:44] * kirin` (telex@gateway/shell/anapnea.net/x-ubmdhgpmqxywiwym) has joined #raspberrypi
[3:44] * Moshin (~bangboom@173.227.40.35) has joined #raspberrypi
[3:48] * DF3D2 (~petee_000@unaffiliated/df3d2) Quit (Read error: Connection reset by peer)
[3:49] * taza (~taza@unaffiliated/taza) Quit ()
[3:49] * kirin` (telex@gateway/shell/anapnea.net/x-ubmdhgpmqxywiwym) Quit (Ping timeout: 245 seconds)
[3:50] * methuzla (~methuzla@dsl254-017-117.sea1.dsl.speakeasy.net) has left #raspberrypi
[3:51] * kirin` (telex@gateway/shell/anapnea.net/x-vxeciqzqpdzwnigg) has joined #raspberrypi
[3:51] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[3:57] * ed1ted (ad4668c4@gateway/web/freenode/ip.173.70.104.196) has joined #raspberrypi
[3:57] * kirin` (telex@gateway/shell/anapnea.net/x-vxeciqzqpdzwnigg) Quit (Read error: Connection reset by peer)
[3:58] * kirin` (telex@gateway/shell/anapnea.net/x-ugpxrpemussmjtfr) has joined #raspberrypi
[3:58] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[4:01] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[4:03] * kirin` (telex@gateway/shell/anapnea.net/x-ugpxrpemussmjtfr) Quit (Ping timeout: 244 seconds)
[4:05] * kirin` (telex@gateway/shell/anapnea.net/x-ovcvxdxdkbnlheao) has joined #raspberrypi
[4:08] * RaptorJesus (~RaptorJes@gateway/tor-sasl/raptorjesus) has joined #raspberrypi
[4:09] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) has joined #raspberrypi
[4:10] * GrizzlyInt (GrizzInt@gateway/vpn/mullvad/x-gfkpgvpsnlvupagj) has joined #raspberrypi
[4:11] * kirin` (telex@gateway/shell/anapnea.net/x-ovcvxdxdkbnlheao) Quit (Ping timeout: 250 seconds)
[4:11] * sdel (~sdel@ip68-108-143-9.lv.lv.cox.net) has joined #raspberrypi
[4:12] * moei (~moei@softbank221078042071.bbtec.net) Quit (Quit: Leaving...)
[4:12] * [sk]Ray_ (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[4:12] * kirin` (telex@gateway/shell/anapnea.net/x-layiknvxlaenkivz) has joined #raspberrypi
[4:12] * darkbasic (~quassel@host37-245-static.119-2-b.business.telecomitalia.it) Quit (Read error: Connection reset by peer)
[4:13] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[4:13] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Ping timeout: 250 seconds)
[4:14] * moei (~moei@softbank221078042071.bbtec.net) has joined #raspberrypi
[4:18] * nils_2 (~nils_2@unaffiliated/nils-2/x-2480262) has joined #raspberrypi
[4:19] * kirin` (telex@gateway/shell/anapnea.net/x-layiknvxlaenkivz) Quit (Read error: Connection reset by peer)
[4:20] * kirin` (telex@gateway/shell/anapnea.net/x-ulbrjuqefsnbaclw) has joined #raspberrypi
[4:21] * theta8 (~theta@c-98-199-246-112.hsd1.tx.comcast.net) has joined #raspberrypi
[4:22] <ed1ted> I'm running pidora on right now but I would like to actually install ubuntu core instead. Is there a way to boot it from img instead of pidora? I don't care about the pidora partitions
[4:23] <ed1ted> I don't have sd adapter for mac to format and put the image
[4:23] <ed1ted> is there a way I can turn the current boot volume to image in place?
[4:25] * godhatesfacts (~drinker@gateway/tor-sasl/drinker) Quit (Quit: godhatesfacts)
[4:27] * kirin` (telex@gateway/shell/anapnea.net/x-ulbrjuqefsnbaclw) Quit (Read error: Connection reset by peer)
[4:27] * kirin` (telex@gateway/shell/anapnea.net/x-mbgvvbhhuugufvku) has joined #raspberrypi
[4:28] * utack (~utack@ip9234cb8c.dynamic.kabel-deutschland.de) Quit (Remote host closed the connection)
[4:28] <theta8> i've been trying to figure out a way to switch rtsp streams in omxplayer, i was wondering if anyone here had a solution
[4:28] * GrizzlyInt (GrizzInt@gateway/vpn/mullvad/x-gfkpgvpsnlvupagj) has left #raspberrypi
[4:28] <theta8> *switch streams smoothly
[4:29] <theta8> i want to be able to cycle through a set of ip cameras
[4:31] * Kirito (~Kirito@pdpc/supporter/student/kirito) has joined #raspberrypi
[4:31] * benighted (~Adam@dhcp-1c-7e-e5-45-5c-af.cpe.wightman.ca) Quit (Quit: Leaving)
[4:34] * kirin` (telex@gateway/shell/anapnea.net/x-mbgvvbhhuugufvku) Quit (Read error: Connection reset by peer)
[4:34] * gbaman (~gbaman@89.185.154.123) has joined #raspberrypi
[4:34] * kirin` (telex@gateway/shell/anapnea.net/x-lhatepwkujkbrnvb) has joined #raspberrypi
[4:37] * gbaman_ (~gbaman@104.40.144.249) Quit (Ping timeout: 245 seconds)
[4:37] * killer_prince is now known as lazy_prince
[4:39] * paramourne (~asdf@unaffiliated/paramourne) Quit (Ping timeout: 245 seconds)
[4:41] * kirin` (telex@gateway/shell/anapnea.net/x-lhatepwkujkbrnvb) Quit (Read error: Connection reset by peer)
[4:41] * Moshin (~bangboom@173.227.40.35) Quit (Ping timeout: 245 seconds)
[4:41] * kirin` (telex@gateway/shell/anapnea.net/x-kplbkughfnehstue) has joined #raspberrypi
[4:42] * ssvb (~ssvb@85-76-34-163-nat.elisa-mobile.fi) Quit (Ping timeout: 264 seconds)
[4:42] * gbaman (~gbaman@89.185.154.123) Quit (Remote host closed the connection)
[4:44] * Moshin (~bangboom@173.227.40.114) has joined #raspberrypi
[4:46] * pklaus (~pklaus@p20030051451BC60002C008FFFE88220F.dip0.t-ipconnect.de) Quit (Ping timeout: 250 seconds)
[4:47] * Mogwai (~mogwai@69-196-161-235.dsl.teksavvy.com) has joined #raspberrypi
[4:47] * kirin` (telex@gateway/shell/anapnea.net/x-kplbkughfnehstue) Quit (Ping timeout: 264 seconds)
[4:51] * Bozza_ (~Bozza@unaffiliated/bozza) has joined #raspberrypi
[4:52] * paramourne (~asdf@unaffiliated/paramourne) has joined #raspberrypi
[4:53] * pklaus (~pklaus@p20030051451B610002C008FFFE88220F.dip0.t-ipconnect.de) has joined #raspberrypi
[4:54] * Bozza (~Bozza@unaffiliated/bozza) Quit (Ping timeout: 245 seconds)
[4:54] * ssvb (~ssvb@85-76-41-68-nat.elisa-mobile.fi) has joined #raspberrypi
[4:55] * Yoofie (~chatzilla@75-114-203-47.res.bhn.net) Quit (Ping timeout: 255 seconds)
[4:55] * kirin` (telex@gateway/shell/anapnea.net/x-ynovjizshtlodpny) has joined #raspberrypi
[4:56] * ed1ted (ad4668c4@gateway/web/freenode/ip.173.70.104.196) Quit (Quit: Page closed)
[4:56] * leichtgewicht (~leichtgew@p76ed8194.osaknt01.ap.so-net.ne.jp) Quit (Remote host closed the connection)
[4:58] * leichtgewicht (~leichtgew@p76ed8194.osaknt01.ap.so-net.ne.jp) has joined #raspberrypi
[4:59] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[4:59] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[5:02] * kirin` (telex@gateway/shell/anapnea.net/x-ynovjizshtlodpny) Quit (Read error: Connection reset by peer)
[5:03] * kirin` (telex@gateway/shell/anapnea.net/x-pqedgmdckhbjdzya) has joined #raspberrypi
[5:04] * gbaman (~gbaman@31.205.104.150) has joined #raspberrypi
[5:06] * simiuskong (~simiuskon@2a01:348:99:158:255:215:77:1) Quit ()
[5:09] * kirin` (telex@gateway/shell/anapnea.net/x-pqedgmdckhbjdzya) Quit (Ping timeout: 240 seconds)
[5:09] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Read error: Connection reset by peer)
[5:09] * gbaman (~gbaman@31.205.104.150) Quit (Remote host closed the connection)
[5:10] * TDog (~chatzilla@67-1-108-132.tcso.qwest.net) has joined #raspberrypi
[5:11] * leichtgewicht (~leichtgew@p76ed8194.osaknt01.ap.so-net.ne.jp) Quit (Remote host closed the connection)
[5:11] * kirin` (telex@gateway/shell/anapnea.net/x-fgujxtfqmtvzhtmt) has joined #raspberrypi
[5:11] * leichtgewicht (~leichtgew@p76ed8194.osaknt01.ap.so-net.ne.jp) has joined #raspberrypi
[5:11] * leichtgewicht (~leichtgew@p76ed8194.osaknt01.ap.so-net.ne.jp) Quit (Remote host closed the connection)
[5:12] * day- (~day@unaffiliated/day) has joined #raspberrypi
[5:14] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[5:15] * day (~day@unaffiliated/day) Quit (Ping timeout: 252 seconds)
[5:15] * lazy_prince is now known as killer_prince
[5:16] * Noldorin (~noldorin@unaffiliated/noldorin) Quit (Quit: –)
[5:18] * kirin` (telex@gateway/shell/anapnea.net/x-fgujxtfqmtvzhtmt) Quit (Read error: Connection reset by peer)
[5:19] * kirin` (telex@gateway/shell/anapnea.net/x-iaickpjftowqhrfi) has joined #raspberrypi
[5:19] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[5:22] * Yoofie (~chatzilla@75-114-203-47.res.bhn.net) has joined #raspberrypi
[5:22] * Moshin (~bangboom@173.227.40.114) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[5:24] * kirin` (telex@gateway/shell/anapnea.net/x-iaickpjftowqhrfi) Quit (Ping timeout: 264 seconds)
[5:26] * kirin` (telex@gateway/shell/anapnea.net/x-bgccpbyqewlrqoef) has joined #raspberrypi
[5:26] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[5:27] * qubitnerd (~neutrino@unaffiliated/electron/x-8286743) has joined #raspberrypi
[5:29] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[5:31] * c00ljs (~c00ljs@177.142.74.227) has joined #raspberrypi
[5:33] * kirin` (telex@gateway/shell/anapnea.net/x-bgccpbyqewlrqoef) Quit (Read error: Connection reset by peer)
[5:34] * kirin` (telex@gateway/shell/anapnea.net/x-mrbixpoyhimjtmja) has joined #raspberrypi
[5:36] * codepython7771 (~codepytho@c-68-35-250-254.hsd1.fl.comcast.net) has joined #raspberrypi
[5:37] <codepython7771> how many servos can i control using a pi? whats the easiest way to wire 2 of them for control?
[5:37] <abnormal> Piface daughter board
[5:38] <abnormal> and maybe an Arduino Uno board
[5:39] * kirin` (telex@gateway/shell/anapnea.net/x-mrbixpoyhimjtmja) Quit (Ping timeout: 245 seconds)
[5:40] * theta8 (~theta@c-98-199-246-112.hsd1.tx.comcast.net) Quit (Quit: leaving)
[5:40] * kirin` (telex@gateway/shell/anapnea.net/x-hrsqdppklmadlxwq) has joined #raspberrypi
[5:41] <Xark> ali1234: I haven't tried "pixel perfect", but you can try setting framebuffer res to 720x480 (digital NTSC size - which includes overscan pixels).
[5:42] * dj_pi (~dj@c-107-5-228-80.hsd1.mi.comcast.net) Quit (Ping timeout: 252 seconds)
[5:42] <codepython7771> abnormal: so if one gets the arduinoboard, one has to connect it to the pi/power it/...?
[5:43] * killer_prince is now known as lazy_prince
[5:43] <abnormal> yes you connect Uno to pi and power the Uno with separate PSU
[5:43] * TDog (~chatzilla@67-1-108-132.tcso.qwest.net) Quit (Ping timeout: 250 seconds)
[5:43] <codepython7771> abnormal: sounds painful. Cant I just plug in the servos into the gpio?
[5:44] <codepython7771> how does piface help?
[5:44] <ApolloJustice> codepython7771, servos directly into gpio = high chance of magic smoke
[5:45] <codepython7771> ApolloJustice: https://www.adafruit.com/products/169 - even these ones?
[5:45] <abnormal> you may fry the pi.. the GPIO is only for signals... the Piface has relays on it
[5:45] <ApolloJustice> gpio should be only used for control
[5:45] <ApolloJustice> unless it's EXTREMELY low current draw
[5:46] <codepython7771> ApolloJustice: isnt there a compact solution for this -> gpio -> compact motor controller -> 2 of these servos?
[5:46] <abnormal> so the pi can control the relays on the piface and not hurt the pi
[5:46] <ApolloJustice> PiFace should work
[5:47] <codepython7771> both piface and arduino look big.
[5:47] * kirin` (telex@gateway/shell/anapnea.net/x-hrsqdppklmadlxwq) Quit (Read error: Connection reset by peer)
[5:47] <ApolloJustice> then make one yourself or google really hard.
[5:47] * kirin` (telex@gateway/shell/anapnea.net/x-vyxxtdojpcoqhjjp) has joined #raspberrypi
[5:47] * Datalink_ is now known as Datalink
[5:47] <codepython7771> can piface control bigger motors? 20A stall current? 6V?
[5:48] * marcdel (~marcdel@gateway/vpn/privateinternetaccess/marcdel) has joined #raspberrypi
[5:48] <ApolloJustice> should be able to, just power them externally, or just use relays
[5:49] <codepython7771> ApolloJustice: I've 4 of them. You think?
[5:50] <ApolloJustice> honestly the easiest solution is 1. get some relays with specs that suit your needs, then wire them up to be controlled with the GPIO
[5:50] <ApolloJustice> or just power the motors/servos externally, then control the signal wire with GPIO
[5:51] <ApolloJustice> it's generally a bad idea to power anything off GPIO, PiFace or otherwise
[5:53] <codepython7771> I can power them externally for sure, that is easy
[5:53] <codepython7771> ApolloJustice: so just power them, and send the control using gpio?
[5:54] <ApolloJustice> yep
[5:54] * kirin` (telex@gateway/shell/anapnea.net/x-vyxxtdojpcoqhjjp) Quit (Read error: Connection reset by peer)
[5:54] <ApolloJustice> power them separately, i'd use a separate supply just for safety, but that's up to you
[5:54] <ApolloJustice> then just control the signal pin with GPIO
[5:54] * kirin` (telex@gateway/shell/anapnea.net/x-eprhzxinspmrcacu) has joined #raspberrypi
[5:55] <codepython7771> ApolloJustice: cant i just directly connect them to a battery?
[5:55] <ApolloJustice> yep that would work
[5:55] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[5:56] <codepython7771> ApolloJustice: I've a 9V battery. These motors take 3 to 6v. Is there something compact that i can use to step down 9 to 6 without loosing efficiency?
[5:56] <ApolloJustice> i have to go
[5:56] <ApolloJustice> sorry man
[5:57] <codepython7771> thanks for the help.
[5:57] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) has joined #raspberrypi
[5:58] <abnormal> just be very careful... one mistake will render your pi disabled...
[5:58] * Yoofie (~chatzilla@75-114-203-47.res.bhn.net) Quit (Ping timeout: 252 seconds)
[5:58] * hybr1d8 (~cjd@202.92.67.179) has left #raspberrypi
[6:02] * kirin` (telex@gateway/shell/anapnea.net/x-eprhzxinspmrcacu) Quit (Read error: Connection reset by peer)
[6:02] * kirin` (telex@gateway/shell/anapnea.net/x-hisejyktusgiivcm) has joined #raspberrypi
[6:03] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Ping timeout: 264 seconds)
[6:05] * leichtgewicht (~leichtgew@softbank126060230058.bbtec.net) has joined #raspberrypi
[6:06] * eatyourguitar (~User@pool-72-87-122-75.prvdri.fios.verizon.net) Quit (Ping timeout: 250 seconds)
[6:06] * esas (~esas@unaffiliated/esas) Quit (Ping timeout: 240 seconds)
[6:09] * kirin` (telex@gateway/shell/anapnea.net/x-hisejyktusgiivcm) Quit (Read error: Connection reset by peer)
[6:09] * kirin` (telex@gateway/shell/anapnea.net/x-dyqjjiwqmhthxphf) has joined #raspberrypi
[6:16] * Lupinedk is now known as lupinedk
[6:17] * kirin` (telex@gateway/shell/anapnea.net/x-dyqjjiwqmhthxphf) Quit (Read error: Connection reset by peer)
[6:17] * kirin` (telex@gateway/shell/anapnea.net/x-phkijbqaqcgcuiri) has joined #raspberrypi
[6:22] * veonik_ is now known as veonik
[6:23] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[6:23] * DrBrownBear (~DrBrownbe@gateway/vpn/privateinternetaccess/drbrownbear) has joined #raspberrypi
[6:23] * DrBrownBear (~DrBrownbe@gateway/vpn/privateinternetaccess/drbrownbear) has left #raspberrypi
[6:24] * kirin` (telex@gateway/shell/anapnea.net/x-phkijbqaqcgcuiri) Quit (Read error: Connection reset by peer)
[6:24] * kirin` (telex@gateway/shell/anapnea.net/x-irjdgnwrrbslmacf) has joined #raspberrypi
[6:25] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) has joined #raspberrypi
[6:26] * sdel (~sdel@ip68-108-143-9.lv.lv.cox.net) Quit (Quit: Leaving)
[6:27] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) Quit (Client Quit)
[6:27] * hubutm20 (~hubutm20@79.114.15.189) Quit (Ping timeout: 240 seconds)
[6:28] <codepython7771> https://www.pololu.com/product/1392 - is this a good option to control servos from the pi?
[6:28] <codepython7771> Does anyone know of something cheaper? (without using a real time linux kernel)
[6:31] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) has joined #raspberrypi
[6:31] * kirin` (telex@gateway/shell/anapnea.net/x-irjdgnwrrbslmacf) Quit (Read error: Connection reset by peer)
[6:32] * kirin` (telex@gateway/shell/anapnea.net/x-ohxtqcnpnagdyhgv) has joined #raspberrypi
[6:33] <abnormal> http://www.newark.com/piface/piface-digital/i-o-expansion-board-for-raspberry/dp/48W3976
[6:34] <codepython7771> abnormal: when you control a servo motor angle, how accurate is the angle control?
[6:34] <abnormal> http://www.newark.com/piface/piface-digital/i-o-expansion-board-for-raspberry/dp/Search?storeId=10194&catalogId=15003&langId=-1&st=arduino+uno
[6:35] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) Quit (Client Quit)
[6:35] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) has joined #raspberrypi
[6:36] <abnormal> as accurate as the programmer... are you sure it's servo motor or stepper motor?
[6:36] <codepython7771> abnormal: https://www.adafruit.com/products/169 - motors
[6:36] <[Saint]> That's not quite true. Its also only as accurate as the servo.
[6:36] <codepython7771> abnormal: controller - https://www.pololu.com/product/1392
[6:37] <[Saint]> Some of them are, quite sub-par.
[6:37] <[Saint]> And have a large degree of tolerance for slip.
[6:37] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) Quit (Client Quit)
[6:37] <abnormal> so a stepper would be better?
[6:38] * kirin` (telex@gateway/shell/anapnea.net/x-ohxtqcnpnagdyhgv) Quit (Ping timeout: 256 seconds)
[6:39] <codepython7771> I'm trying to build a pan tilt system for a camera - preferably precise in angles.
[6:39] * kirin` (telex@gateway/shell/anapnea.net/x-glypiqefwielncrk) has joined #raspberrypi
[6:39] <codepython7771> something like this - https://www.adafruit.com/products/1967 - but better in precision.
[6:39] <abnormal> ahhh... now that's pretty touchy setup...
[6:40] <codepython7771> My camera is < 150g
[6:42] * Travis (~Travis@unaffiliated/travis) has joined #raspberrypi
[6:42] <Travis> Hello
[6:42] <abnormal> now see that little blue board? that is the board that drives the servo, and the pi hooks to it providing the control signals to it.
[6:43] <codepython7771> Hi Travis
[6:43] <codepython7771> abnormal: I could use this https://www.pololu.com/product/1392 and easily control it, the question is, how precise can i get. With that particular one, I dont know how much weight will it support
[6:44] * leichtgewicht (~leichtgew@softbank126060230058.bbtec.net) Quit (Remote host closed the connection)
[6:45] <Travis> I am wondering if the new Snappy Ubuntu Core will run on my Pi. I forget which version I have.
[6:46] * ppq (~ppq@unaffiliated/ppq) has joined #raspberrypi
[6:46] <Jusii> if you bought it this week, it's possible. earlier, then no
[6:47] <abnormal> codepython7771, what do you mean by weight?
[6:47] <Travis> So, I am doomed to use Raspbian forever :(
[6:48] <abnormal> Travis, why?
[6:48] <Xark> Travis: From what I hear, Snappy isn't really a "normal" distro anyways.
[6:48] <codepython7771> abnormal: how much load can it take? payload for the pan tilt?
[6:48] <Travis> I've tried RISC & found it difficult to use.
[6:49] <Travis> I don't want it for a media center. That leaves OpenElec out, as well.
[6:50] <Travis> I may buy the newest one anyway. It seems that specs are on par with some of the Pi-like devices.
[6:50] <abnormal> codepython7771, what camera are you using?
[6:50] * kiely is now known as kiely_elsewhere
[6:51] <Travis> Thanks for answering my question. Note to self: buy the new Pi :p
[6:51] <Xark> Travis: Wait, "RISC"? You lost me...
[6:51] <Travis> RISC OS
[6:52] <Xark> Travis: Ahh, gotcha.
[6:52] <codepython7771> abnormal: gopro
[6:52] <Travis> I am used to using Ubuntu, and like the size of the Pi. Looks like I may be able to combine the two now :D
[6:53] * eatyourguitar (~User@pool-72-87-122-126.prvdri.fios.verizon.net) has joined #raspberrypi
[6:53] <Jusii> snappy isn't traditional ubuntu
[6:54] * MrMobius (~Joey@c-68-45-16-225.hsd1.nj.comcast.net) has joined #raspberrypi
[6:54] <abnormal> codepython7771, ok, that board should handle it.. it says 3A continuous.. just remember, power the servo with separate power source, not from pi.
[6:54] <Jusii> I think raspbian is way more close to traditional ubuntu than snappy
[6:54] <Xark> Even though it makes sense for the Foundation to stick with Raspbian, it is a safe bet that a ARMv7 optimized Pi2 Distro will emerge (probably several). :)
[6:55] <abnormal> Travis, try Linux Lite or Tahrpup
[6:55] <Xark> Travis: Yes, if you are used to PC Ubuntu, that doesn't mean you will like Snappy. :)
[6:56] * Xark links http://developer.ubuntu.com/en/snappy/ (for example...pretty "retro" and minimal).
[7:00] <Travis> I may give either one of those a try, abnormal.
[7:00] <Travis> I've messed with Puppy before.
[7:01] <abnormal> codepython7771, you want only the control signals from pi to that board as long as there is no backfeed or it will fry the pi. you will need real knowledge in this situation to know what you are doing..
[7:01] * Travis (~Travis@unaffiliated/travis) has left #raspberrypi
[7:01] * leichtgewicht (~leichtgew@softbank126060230058.bbtec.net) has joined #raspberrypi
[7:04] * zsentinel (~zsentinel@unaffiliated/zsentinel) Quit (Ping timeout: 250 seconds)
[7:05] * UKn0Me (~UKn0Me@CPE-60-228-32-46.lns6.ken.bigpond.net.au) has joined #raspberrypi
[7:08] * zsentinel (~zsentinel@unaffiliated/zsentinel) has joined #raspberrypi
[7:13] * leichtgewicht (~leichtgew@softbank126060230058.bbtec.net) Quit (Remote host closed the connection)
[7:17] * abnormal (~abnormal@62.sub-70-209-130.myvzw.com) Quit (Quit: Leaving)
[7:30] * ppq (~ppq@unaffiliated/ppq) Quit (Ping timeout: 245 seconds)
[7:30] * oldtopman (~oldtopman@unaffiliated/oldtopman) Quit (Quit: *pouf*)
[7:31] * mike_t (~mike@109.169.165.193) has joined #raspberrypi
[7:32] * Voovode (~alex@tenatena.static.otenet.gr) has joined #raspberrypi
[7:35] * lupinedk is now known as Lupinedk
[7:37] * Haxxa (~Harrison@CPE-120-149-49-246.oirx3.win.bigpond.net.au) Quit (Quit: ZNC - http://znc.in)
[7:38] * longbeach (~mike@AFontenayssB-152-1-6-218.w82-121.abo.wanadoo.fr) Quit ()
[7:39] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[7:40] * eatyourguitar (~User@pool-72-87-122-126.prvdri.fios.verizon.net) Quit (Quit: Leaving)
[7:42] * eXtremo (~eXtremo@unaffiliated/extremo) Quit (Ping timeout: 245 seconds)
[7:44] * eXtremo (~eXtremo@unaffiliated/extremo) has joined #raspberrypi
[7:52] * Gazpaxxo (~bizarro_1@154.Red-83-47-117.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
[8:00] * krelo (~krelo@dsl3-209.uninet.ee) has joined #raspberrypi
[8:00] * Smartz (cc5d310a@gateway/web/freenode/ip.204.93.49.10) has joined #raspberrypi
[8:00] <Smartz> hello
[8:02] * JakeSays (~jake@chat.thatswhatjakesaid.com) Quit (Read error: Connection reset by peer)
[8:02] * JlRd (~jlrd@ip68-110-113-182.ph.ph.cox.net) Quit (Ping timeout: 252 seconds)
[8:05] * atomi (~atomi@71-83-179-177.dhcp.lnbh.ca.charter.com) has joined #raspberrypi
[8:07] * x1337807x (~x1337807x@c-76-115-7-194.hsd1.or.comcast.net) has joined #raspberrypi
[8:10] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[8:10] <atomi> got docker on arch and running irssi in a container. it's pretty sweet
[8:11] * JlRd (~jlrd@ip68-110-113-182.ph.ph.cox.net) has joined #raspberrypi
[8:18] * Haxxa (~Harrison@CPE-120-149-49-246.oirx3.win.bigpond.net.au) has joined #raspberrypi
[8:20] * veonik is now known as veonik_
[8:20] * akar (~spot@119.82.230.178) Quit (Ping timeout: 264 seconds)
[8:20] * kzard (~kzard@41.85.12.100) Quit (Read error: Connection reset by peer)
[8:24] * v0latil3 (~mv@50-46-221-230.evrt.wa.frontiernet.net) has joined #raspberrypi
[8:24] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[8:26] <v0latil3> im having problems with rPI and 5v logic. i think my bus buffer is not working, but first I want to make sure that is even a valid thing to use.
[8:31] * atomi (~atomi@71-83-179-177.dhcp.lnbh.ca.charter.com) Quit (Quit: Error response from daemon: The database file is locked: database is locked)
[8:35] * JlRd (~jlrd@ip68-110-113-182.ph.ph.cox.net) Quit (Ping timeout: 264 seconds)
[8:36] * Tach[-] is now known as Tachyon`
[8:37] * mgottschlag (~quassel@reactos/tester/phoenix64) has joined #raspberrypi
[8:42] * marcdel (~marcdel@gateway/vpn/privateinternetaccess/marcdel) Quit ()
[8:42] * Xano (~bart@092-111-222-050.static.chello.nl) has joined #raspberrypi
[8:44] * fengling (~fengling@101.36.77.37) has joined #raspberrypi
[8:44] * skylite (~skylite@business-178-48-4-145.business.broadband.hu) has joined #raspberrypi
[8:50] * ch007m (~chm@ip-213-49-88-6.dsl.scarlet.be) has joined #raspberrypi
[8:54] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) has joined #raspberrypi
[8:54] * sundhaug92 (8027a5e4@gateway/web/freenode/ip.128.39.165.228) has joined #raspberrypi
[8:54] <sundhaug92> Where can I find the BCM->BOARD mapping for RPi.GPIO?
[8:56] <doomlord_1> can't seem to get raspbian's desktop in 1920x1080p (on a samsung 1080p tv with hdmi)... ive set hdmi_group=1, hdmi_mode=16; it persists in displaying the desktop 1824x984 - and the gui 'display settings' only has that option & auto. When it boots, it *does* fill the entire vertical area with the rgb color gradient test image
[8:58] <doomlord_1> can't seem to install 'arandr' whihc is what i use on my desktop machine
[8:58] <sundhaug92> doomlord_1: overscan?
[8:59] * amigojapan (~amigojapa@c119045.net21845.cablenet.ne.jp) Quit (Quit: amigojapan)
[8:59] <doomlord_1> overscan - tried that both ways - same result (disable_overscan=0, and back to commented out)
[9:00] <doomlord_1> actually i haven't tried 'disable_overscan=1' explicitely ... but out of the box that was the first thing i tried (disable_overscan = 0; then changed hdmi_group/mode, with disable_overscan=0, then recommented it)
[9:00] <Jusii> disable_overscan=1
[9:00] <doomlord_1> ok
[9:00] <Jusii> =0 is default
[9:03] <doomlord_1> ok great , seems to work. (ok i suppose 'overscan' means assume the TV has an overscan area, and a desktop should leave a border..
[9:03] <doomlord_1> and I suppose they default it this way to avoid people booting it up to find their command line invisible
[9:04] <Xark> doomlord_1: Bingo. :) Also some TVs need their "picture size" button hit a few times to show full 1920x1080.
[9:05] <sundhaug92> What GPIO.BOARD pin equals the GPIO.BCM pins 23 and 24 on the B+?
[9:05] * Xark 's Samsung has a picture size "Just Scan" that has not overscan (vs 16:9 and 4:3 etc.)
[9:06] <Xark> sundhaug92: Check http://elinux.org/RPi_BCM2835_GPIOs
[9:07] <sundhaug92> Xark: Would that be J8-23?
[9:08] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Read error: Connection reset by peer)
[9:09] <Xark> sundhaug92: That is a good question...it is a bit confusing with all the layers of remapping.
[9:11] <Xark> sundhaug92: Hmm, this looks helpful -> https://raspberrypi.stackexchange.com/questions/12966/what-is-the-difference-between-board-and-bcm-for-gpio-pin-numbering
[9:12] * ccesario (~ccesario@helpdesk.tecnomega.com.br) Quit (Ping timeout: 264 seconds)
[9:13] <sundhaug92> Xark: will try
[9:14] <Xark> sundhaug92: Looks like GPIO11 and GPIO8, if I understand your question (from that last link).
[9:14] * JlRd (~jlrd@ip68-110-113-182.ph.ph.cox.net) has joined #raspberrypi
[9:14] <sundhaug92> that's my interpretations as wwell
[9:16] * fenre (~fenre@212.33.142.210) has joined #raspberrypi
[9:16] * RaptorJesus (~RaptorJes@gateway/tor-sasl/raptorjesus) Quit (Quit: Leaving)
[9:19] * JlRd (~jlrd@ip68-110-113-182.ph.ph.cox.net) Quit (Ping timeout: 252 seconds)
[9:20] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[9:23] * godhatesfacts (~drinker@gateway/tor-sasl/drinker) has joined #raspberrypi
[9:25] * govg (~govg@unaffiliated/govg) Quit (Quit: leaving)
[9:26] <doomlord_1> raspbian/rpi2 : I dont seem to get hardware video decoding running minitube - before I go and try xbmc etc - is there anything I need to install. (the default webbrowser doesn't seem to like youtube, and chromium is a bit buggy (skews the image intermittently )
[9:26] <sundhaug92> Doesn't RPi.GPIO work for the RPi2 even when using the latest hg-version?
[9:28] * bortzmeyer (~stephane@2a01:e35:8bd9:8bb0:21e:8cff:fe76:29b6) has joined #raspberrypi
[9:28] <doomlord_1> http://wiki.openelec.tv/index.php/Raspberry_Pi_Codec_Licences#Enabling_the_licences_without_removing_the_SD_card_from_the_Raspberry_Pi << do you actually have to buy licences , i guess..
[9:29] <Xark> doomlord_1: I thought you got mp4 (aka web video) for free though (just pay for MPEG2 and VC-1 or something like that).
[9:29] * ix007 (~ix007fn@unaffiliated/ix007) Quit (Quit: Quit..)
[9:29] * Albori (~Albori@64-251-150-248.fidnet.com) Quit (Ping timeout: 264 seconds)
[9:29] * kopfkind (~axel.knau@unaffiliated/kopfkind) has joined #raspberrypi
[9:29] <doomlord_1> ok, maybe i'm missing some settings
[9:30] <Xark> doomlord_1: http://www.raspberrypi.org/help/faqs/#videoCodecs
[9:30] <doomlord_1> i've seen linux's ask for optional install of proprietary drivers
[9:31] <Xark> doomlord_1: Yeah. If you are running Rasbian, look in /opt/vc for some video tests
[9:31] <Xark> doomlord_1: http://www.raspberrypi.org/documentation/usage/demos/
[9:32] <Triffid_Hunter> doomlord_1: I haven't checked in a while, but last time I checked, only omxplayer could use the vpu properly.. all the other video players went for software rendering with correspondingly abysmal performance
[9:32] <Triffid_Hunter> so if you want to play youtube stuff, download it and feed to omxplayer
[9:32] <doomlord_1> i realise there's XMBC for it which i'm guessing would be more likely setup out of the box.. an intended use is to just leave the thing watching IRC channels and youtube
[9:33] <godhatesfacts> Do small speakers have back emf? or microphones even?
[9:34] <Xark> doomlord_1: This sounds like what Triffid_Hunter is talking about -> http://www.raspians.com/Knowledgebase/how-to-watch-youtube-on-the-raspberry-pi/
[9:35] <doomlord_1> interesting
[9:35] <Xark> godhatesfacts: Speakers have magnets, and a coil, so probably some, however audio is quite low frequency so I don't think it is a big problem (AFAIK).
[9:35] <Triffid_Hunter> godhatesfacts: of course, what do you think the electrical signal coming from microphones is?
[9:37] * qubitnerd (~neutrino@unaffiliated/electron/x-8286743) Quit (Ping timeout: 264 seconds)
[9:37] <Xark> sundhaug92: I am not sure of the details, but since some IO address mappings changed, it might be a problem (if the software has no RPi2 updates).
[9:38] * OccamsTaser (~OccamsTas@pool-71-164-229-104.dllstx.fios.verizon.net) has joined #raspberrypi
[9:38] <sundhaug92> Xark: I can't find any RPi2-specific commits, but the latest version from hg atleast detects it as a RPi
[9:39] * atomi (~atomi@71-83-179-177.dhcp.lnbh.ca.charter.com) has joined #raspberrypi
[9:40] <sundhaug92> Xark: GPIO.RPI_REVISION==3
[9:42] <Xark> sundhaug92: Exactly what library are you using?
[9:42] <sundhaug92> The python library RPi.GPIO or the code I'm using it with?
[9:42] * OccamsTaser (~OccamsTas@pool-71-164-229-104.dllstx.fios.verizon.net) Quit (Ping timeout: 244 seconds)
[9:43] <Xark> sundhaug92: Which low-level library.
[9:43] <sundhaug92> Xark: It's RPi.GPIO, the standard python GPIO library for RPI
[9:43] <sundhaug92> looks like it's ticket 95: http://sourceforge.net/p/raspberry-gpio-python/tickets/95/
[9:45] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[9:45] <Xark> sundhaug92: Yep
[9:46] <Xark> sundhaug92: I think you may need to wait a bit.
[9:46] <sundhaug92> Oh, ok
[9:47] * [sk]Ray_ (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Ping timeout: 250 seconds)
[9:47] <Xark> My understanding is previously the IO address was hard-coded, but now since it is different between Pi and Pi2 you need to do an API call that will return the proper one (and be compatible with either).
[9:48] <sundhaug92> Xark: I see, weird though since both the A+ and the Pi2 refers to its chip using the same name
[9:48] <sundhaug92> Btw. the RPi compiles the kernel quite fast, as in between 2->3h
[9:49] * Tachyon` is now known as Tach[]
[9:49] <Xark> sundhaug92: Yes, it is really just the CPU mapping that has changed. The "bus" address is the same (but not the view from the CPU).
[9:49] * djhworld (~djhworld@gatej.mh.bbc.co.uk) has joined #raspberrypi
[9:49] <godhatesfacts> A battery needs its electrons back (circuit) so that its chemistry can withhold the "potential difference" (in the real world fermi levels). What if you have something to suck out all the available electrons from the - side with some "undercharged" anode? Will it be impossible to short circuit the battery then?
[9:50] <sundhaug92> Xark: I see, I'll put up a page-monitor for it. When do you think it'll be fixed? It's strange to release the rpi without updating such an important lib
[9:50] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) Quit (Ping timeout: 252 seconds)
[9:53] * qubitnerd (~neutrino@unaffiliated/electron/x-8286743) has joined #raspberrypi
[9:55] * Xark sees this change in another low-level API -> https://github.com/raspberrypi/userland/commit/3b81b91c18ff19f97033e146a9f3262ca631f0e9
[9:56] <Xark> Uses bcm_host_get_peripheral_address() now (vs #define previously).
[9:58] <Triffid_Hunter> godhatesfacts: doesn't work like that, every time you remove an electron entirely, the rest hang on stronger.. you are welcome to try charging batteries up to several hundred million volts and seeing how it affects their performance
[9:59] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[9:59] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[9:59] * bigx (~bigx@92.103.106.18) has joined #raspberrypi
[9:59] <Triffid_Hunter> godhatesfacts: but yes, if you somehow manage to remove all the free electrons from metal, it becomes an insulator. semiconductors are a special case where it's very easy to remove all the free electrons
[10:00] <Triffid_Hunter> only takes a few volts, rather than hundreds of millions of volts
[10:01] <Xark> ...and if you think that is hard, try sucking out *all* the electrons (but I doubt the remaining protons/neutrons would be that stable...). :)
[10:03] <shiftplusone> Hurray... Raspberry Pi on the Amp Hour.... http://www.theamphour.com/235-an-interview-with-matt-richardson-raspberry-risorgimento-regent
[10:03] * pebble` (~pebble@unaffiliated/espiral) Quit (Ping timeout: 255 seconds)
[10:03] <Triffid_Hunter> heh, if you removed all the electrons, there'd be nothing to hold all those positive charges together, the thing would gasify or explode depending on how rapidly you did it
[10:04] * genbattle (~genbattle@122-57-134-241.jetstream.xtra.co.nz) has joined #raspberrypi
[10:04] * pebble` (~pebble@unaffiliated/espiral) has joined #raspberrypi
[10:07] * BluRaf (~BluRaf@093105018083.lowicz.vectranet.pl) has joined #raspberrypi
[10:15] <Xark> Triffid_Hunter: Yeah, don't try this at home. :)
[10:16] <Triffid_Hunter> Xark: heh, pretty sure the equipment to do such a thing wouldn'
[10:16] <Triffid_Hunter> t fit in most homes!
[10:16] * mortal (mortal@kapsi.fi) has joined #raspberrypi
[10:16] <mortal> has anyone here ordered from pihut the new pi 2? how long does it take for them to ship?
[10:16] <sundhaug92> My kernel for RPi2 somehow uses bcm2708_spi, is this right?
[10:16] <shiftplusone> if it works, it's right.
[10:17] * Xark links http://moresay.com/wp-content/uploads/2011/10/ghostbusters-proton-pack-gun-ghost-trap-014.jpg
[10:17] <sundhaug92> shiftplusone: well, even with the mcp-drivers modprobed I get "can0" does not exist
[10:18] <Xark> sundhaug92: Did you do the dist-upgrade thing?
[10:18] <sundhaug92> Xark: I did it the other day when configuring raspbian on it
[10:19] * teclo- (42@unaffiliated/teclo) Quit (Ping timeout: 246 seconds)
[10:19] <godhatesfacts> what do you do about back emf if you have a motor/speaker in your circuit?
[10:20] <shiftplusone> throw a freewheeling diode in?
[10:21] * Elek101 (~textual@diagenode.socext.ulg.ac.be) has joined #raspberrypi
[10:21] * Xark wonders what do do about people spamming questionably on-topic questions in multiple channels at once...
[10:21] * teclo- (42@unaffiliated/teclo) has joined #raspberrypi
[10:22] <godhatesfacts> Xark: it would be one thing if I was "spamming" religious dogma or viagra links. This is something entirely different.
[10:22] <sundhaug92> Xark: Did raspbian recently get a lot of packages upgraded or is it just me? I got a whole bunch now when dist-upgrading
[10:23] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Quit: Textual IRC Client: www.textualapp.com)
[10:23] <Xark> sundhaug92: I don't know. I haven't updated recently...
[10:23] <godhatesfacts> sundhaug92: is its repo maintained?
[10:23] <sundhaug92> Xark: I got four lines or something of just the packages to upgrade
[10:23] <Triffid_Hunter> godhatesfacts: flyback diode to catch the excess usually.. speakers are typically driven bipolar and with moderate slew rates and so don't need it
[10:24] <sundhaug92> godhatesfacts: On the local machine?
[10:24] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[10:25] <Xark> sundhaug92: What are the packages? All things that might have low-level IO space addresses? :)
[10:25] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[10:26] <sundhaug92> Xark: Seems like things that would have an advantage of using ARMv7/NEON. the list is: epiphany-browser epiphany-browser-data gnome-themes-standard-data krb5-locales libc-bin libc-dev-bin libc6 libc6-dev libfreetype6 libfreetype6-dev libgssapi-krb5-2 libjavascriptcoregtk-3.0-0 libk5crypto3 libkrb5-3 libkrb5support0 libpixman-1-0 libraspberrypi-bin libraspberrypi-dev libraspberrypi-doc libraspberrypi0 libwebkitgtk-3.0-0
[10:27] * genbattle (~genbattle@122-57-134-241.jetstream.xtra.co.nz) Quit (Ping timeout: 245 seconds)
[10:27] <Xark> sundhaug92: Hmm, interesting. Also, IIRC, there is one fairly uncommon opcode that doesn't work on Pi2 (so they may want to patch that here and there).
[10:28] * skylite_ (~skylite@5401B00C.dsl.pool.telekom.hu) has joined #raspberrypi
[10:28] * skylite_ (~skylite@5401B00C.dsl.pool.telekom.hu) Quit (Client Quit)
[10:28] <sundhaug92> Xark: kinda like how modern x64-processors have removed an opcode that was used only back in the 8086-days?
[10:29] <Xark> sundhaug92: Yeah, well, x64 jettisoned a lot of bagged (and one of the reasons why it is improved). However, x86 proper has kept damn near everything.
[10:29] * Elek101 (~textual@diagenode.socext.ulg.ac.be) Quit (Quit: Textual IRC Client: www.textualapp.com)
[10:29] <Xark> baggage*
[10:30] * Elek101 (~textual@diagenode.socext.ulg.ac.be) has joined #raspberrypi
[10:30] <Triffid_Hunter> are we still booting the video bios first, then enabling A20 via the keyboard controller?
[10:31] <Xark> Triffid_Hunter: Yeah, but it is all emulated in chipset. :)
[10:31] <sundhaug92> lol, I started the update in the wrong putty-window, so that's a B+
[10:32] <Xark> sundhaug92: Hehe, label those windows (and I suggest trying Tera Term - putty is slow and kind of buggy).
[10:32] <sundhaug92> Pft. that rpi needed updates either way :P
[10:33] <sundhaug92> It's not as if it's connected to lab-equipment of an unknown sum and upgrading the software willy-nilly requires redownloading some software and rebooting
[10:36] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Read error: Connection timed out)
[10:37] * Smartz (cc5d310a@gateway/web/freenode/ip.204.93.49.10) Quit (Ping timeout: 246 seconds)
[10:37] * Voovode (~alex@tenatena.static.otenet.gr) Quit (Quit: Leaving)
[10:39] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[10:44] <godhatesfacts> https://sketch.io/render/sketch54d33afd94934.png it seems impossible that you can prevent the current caused by the collapse of the magnetic field around the coil .. but is it possible this way?
[10:44] * gyaresu (~gyaresu@unaffiliated/gyaresu) has joined #raspberrypi
[10:44] <ali1234> Xark: overlays seem to be always pixel perfect because they ignore overscan and the overscan is fake anyway - it's just black borders so it would more accurately be called underscan
[10:44] * sundhaug92 (8027a5e4@gateway/web/freenode/ip.128.39.165.228) Quit (Quit: Page closed)
[10:45] <Xark> ali1234: So does that mean you have it working for you?
[10:46] <Triffid_Hunter> godhatesfacts: nope, the diode needs to be in parallel with the coil.. see https://brenamanf.files.wordpress.com/2014/08/flyback_diode.gif
[10:46] <ali1234> Xark: pixel perfect? yes overscan? no, the hardware isn't capable it seems
[10:46] <godhatesfacts> Triffid_Hunter: yeah, I know. But that's not what I'm trying to do :p
[10:46] <godhatesfacts> Triffid_Hunter: what will happen in my circuit?
[10:46] * spudtatoe (73bc7acf@gateway/web/cgi-irc/kiwiirc.com/ip.115.188.122.207) has joined #raspberrypi
[10:46] <ali1234> it can't change the horizontal resolution at all in fact, beyond PAL/NTSC
[10:46] <ali1234> or vertical
[10:47] <Xark> ali1234: I see. Hopefully you get a bit more than 640 though (NTSC does require some black).
[10:47] <Triffid_Hunter> godhatesfacts: the current will continue to flow through the diode and coil, and it'll still arc across the switch. you can't get around V=L.di/dt, you just have to give it somewhere to go
[10:47] <ali1234> i don't actually care about horizontal res
[10:47] <ali1234> i want to draw in the vertical blank area
[10:47] <Xark> ali1234: Ahh, I see. So perhaps disappointing for that?
[10:48] <spudtatoe> Hi all, just got the new Pi 2, but it will only run Rasbian, On raspmc it gets a full screen rainbow square and on OpenELEC it gives no input
[10:48] <Triffid_Hunter> godhatesfacts: ask google about "RCD snubber" and snubbing in general
[10:48] <ali1234> Xark: not really, not very much hardware can do this
[10:48] <ali1234> none at all that does composite that i know of
[10:48] <Xark> spudtatoe: That is expected.
[10:48] <spudtatoe> Why?
[10:48] <ali1234> you can do it with a VGA card by setting arbitrary timings
[10:48] <Xark> spudtatoe: There are some kernel and ARM address mappings that are different.
[10:49] <spudtatoe> don't understand
[10:49] <Triffid_Hunter> godhatesfacts: if you're making a coilgun and need really fast field collapse, then you have to let it develop a large voltage. something like a MJ10012 or similar high voltage switch and a string of zeners can work well, or a diode and capacitor which might allow you to recycle the energy
[10:49] <Xark> spudtatoe: I suspect they will get an update at some point (hopefully soon).
[10:50] <mortal> anyone ordered from pi hut lately? how fast do they ship?
[10:50] <spudtatoe> Oh okay, cool. was looking forward to having a media pc
[10:50] <Xark> spudtatoe: The kernel is different for Pi2. Rasbian has been updated to be compatible, but other "distros" are a bit behind.
[10:50] <spudtatoe> I didn't even know the new one came out until I went to order one and it said there was a new one
[10:50] * troulouliou_dev (~troulouli@unaffiliated/troulouliou-dev/x-4757952) has joined #raspberrypi
[10:51] <Xark> spudtatoe: I see. Well, it is a minor delay, but you will be glad you got the ~6x faster (and 2x as much RAM) version I suspect in the long run. :)
[10:51] <spudtatoe> Yeah haha
[10:52] <spudtatoe> can the new ones power a 1tb hdd?
[10:52] <Xark> spudtatoe: Not sure what you mean "power", but should work fine with one (USB of course).
[10:53] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[10:53] <spudtatoe> the HDD gets its power source from the pi rather than d/c
[10:53] <Xark> spudtatoe: The faster CPU helps USB (and you have cores that can stay busy while USB is busy).
[10:53] * ppq (~ppq@unaffiliated/ppq) has joined #raspberrypi
[10:53] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[10:53] <ali1234> is there a tool for poking registers from userspace?
[10:54] <Xark> spudtatoe: I think that mostly depends on the Pi power supply. Probably it is OK, but if not, then need a powered hub.
[10:54] <ali1234> my old omap one doesn't seem to work
[10:54] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) has joined #raspberrypi
[10:54] <spudtatoe> im using a 5v 2.4a
[10:54] <spudtatoe> should be fine.. hopefully xD
[10:55] <Xark> spudtatoe: Sounds good. I think 2A is the recommended.
[10:55] * heeed (heeed@SDF.ORG) has joined #raspberrypi
[10:56] <ali1234> does the composite video out use the VEC or the AVE? or both?
[10:56] <spudtatoe> Thanks for your help Xark
[10:56] * spudtatoe (73bc7acf@gateway/web/cgi-irc/kiwiirc.com/ip.115.188.122.207) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
[11:00] * qubitnerd (~neutrino@unaffiliated/electron/x-8286743) Quit (Ping timeout: 264 seconds)
[11:00] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 252 seconds)
[11:01] * Textmode (~boneidle@adsl-1-au-2-174.ozonline.com.au) Quit (Quit: "It was one dev, naked in a room with a carton of cigarettes, a thermos full of coffee and bourbon, and all his summoned angels.")
[11:02] <godhatesfacts> I assume you know what this circuit does https://upload.wikimedia.org/wikipedia/commons/9/92/Flyback_Diode.svg but why isn't there a diode between the "loop" and + to prevent the battery from getting "charged"? Unnecessary?
[11:02] * mgottschlag (~quassel@reactos/tester/phoenix64) Quit (Ping timeout: 245 seconds)
[11:02] * kcj (~kcj@unaffiliated/kcj) Quit (Read error: Connection reset by peer)
[11:02] * phantoxe (~destroy@acarlosss.broker.freenet6.net) has joined #raspberrypi
[11:03] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[11:04] <Triffid_Hunter> godhatesfacts: you have to switch both sides of the coil to recirculate the current back into the battery
[11:05] <Triffid_Hunter> godhatesfacts: like http://i.stack.imgur.com/zwe00.jpg which is starting to get pretty complicated, but it's a fairly typical setup for regenerative braking in e-vehicles
[11:07] * bigx (~bigx@92.103.106.18) Quit (Ping timeout: 252 seconds)
[11:07] * bigx (~bigx@92.103.106.18) has joined #raspberrypi
[11:08] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[11:08] * marlinc (~marlinc@ip1.weert.li.nl.cvo-technologies.com) Quit (Ping timeout: 276 seconds)
[11:08] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[11:08] * pksato (~PEBKAC@unaffiliated/pksato) has joined #raspberrypi
[11:09] * qubitnerd (~neutrino@unaffiliated/electron/x-8286743) has joined #raspberrypi
[11:14] * blaz000 (~blaz000@213.249.204.2) has joined #raspberrypi
[11:15] * bigx (~bigx@92.103.106.18) Quit (Ping timeout: 245 seconds)
[11:17] * spudtatoe (73bc7acf@gateway/web/cgi-irc/kiwiirc.com/ip.115.188.122.207) has joined #raspberrypi
[11:17] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) has joined #raspberrypi
[11:17] <spudtatoe> Back again, what can play videos on Rasbian?
[11:18] * fengling (~fengling@101.36.77.37) Quit (Quit: WeeChat 1.0)
[11:18] <shiftplusone> omxplayer
[11:20] * bigx (~bigx@92.103.106.18) has joined #raspberrypi
[11:20] <spudtatoe> How do you install it?
[11:20] <spudtatoe> new to linux..
[11:20] <shiftplusone> should already be there
[11:20] <spudtatoe> oh, okay
[11:21] <spudtatoe> nope
[11:21] * wiiguy (fake@unaffiliated/wiiguy) has joined #raspberrypi
[11:21] <shiftplusone> then it sounds like you're not running the standard raspbian image from the download page
[11:21] * ukgamer|away is now known as ukgamer
[11:21] <shiftplusone> try sudo apt-get install omxplayer
[11:22] <spudtatoe> I downloaded it from their page
[11:22] <spudtatoe> says its already installed... am I looking for it in the wrong place?
[11:22] <shiftplusone> yes
[11:22] <shiftplusone> just run omxplayer filename
[11:24] * arrakian (~arrakian@gateway/tor-sasl/arrakian) has joined #raspberrypi
[11:24] <spudtatoe> how do you play a movie from a external hdd?
[11:25] * chris_99 (~chris_99@unaffiliated/chris-99/x-3062929) has joined #raspberrypi
[11:26] * bigx (~bigx@92.103.106.18) Quit (Ping timeout: 250 seconds)
[11:28] <shiftplusone> 'cd' into that directory and run omxplayer on the filename. If you want something a little more user friendly, there are certainly better options.
[11:28] <spudtatoe> could you please tell me a few?
[11:29] <shiftplusone> Unfortunately, I'm not familiar with them because I prefer the command line. Try searching googling for omxplayer gui
[11:29] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[11:29] <spudtatoe> okay
[11:29] <shiftplusone> I seem to recall that there are versions of VLC which support the pi as well
[11:29] <shiftplusone> http://intensecode.blogspot.co.uk/2013/10/tutorial-vlc-with-hardware-acceleration.html
[11:32] <shiftplusone> "searching googling"? wth, brain? Pick one of the two. >.>
[11:35] <godhatesfacts> should you always use a flyback diode for motors?
[11:36] <godhatesfacts> shiftplusone: vlc.. pretty much any video player can play videos on rpi
[11:36] * amigojapan (~amigojapa@c119045.net21845.cablenet.ne.jp) has joined #raspberrypi
[11:37] <shiftplusone> godhatesfacts, and? Most people don't consider a slideshow to be 'video'. Unless you mean the version of vlc in raspbian now has omx support.
[11:37] <godhatesfacts> what's omx?
[11:38] <shiftplusone> openmax
[11:38] <Triffid_Hunter> godhatesfacts: any inductive load including solenoids, motors, even long cables
[11:38] <godhatesfacts> Triffid_Hunter: sounds reasonable. How do you know that? (I don't doubt it, just curious)
[11:39] <Triffid_Hunter> godhatesfacts: 2 decades of EE
[11:39] <shiftplusone> godhatesfacts, if you don't want the CPU to do all the work, you need to ask the GPU to handle things... openmax and mmal are APIs you use to do that on the pi.
[11:39] <pksato> first lession when study how drive motors.
[11:40] <godhatesfacts> thanks guys :)
[11:40] <shiftplusone> You can probably learn a lot by lurking in ##electronics as well
[11:40] * bigx (~bigx@92.103.106.18) has joined #raspberrypi
[11:40] <godhatesfacts> the guys in ##electronics seems to know a lot less than those in other channels
[11:40] <ShorTie> they just pretend that
[11:41] <shiftplusone> not in my experience... I have an EE degree and I have no idea what people they are talking about half of the time.
[11:41] <godhatesfacts> shiftplusone: openmax and mmal, are they apis solely for rpi?
[11:42] <shiftplusone> openmax isn't
[11:42] <shiftplusone> but if you try to use it like you would on android, for example, you'll probably run into problems and will need to make some pi-specific modifications to the code.
[11:43] <Aldem> So, is R2 that great or is the Rb+ still has it's place ?
[11:43] <shiftplusone> as I understand it, mmal is an easier-to-use wrapper for openmax.
[11:43] * Diogo (sid37244@gateway/web/irccloud.com/x-wdcbvmctzpkcojui) has left #raspberrypi
[11:43] <shiftplusone> Aldem, both.
[11:43] <godhatesfacts> openmax is essentially an api? so each platform needs to implement Openmax?
[11:43] <Aldem> Kind of bought the RB+ recently
[11:44] <Aldem> If I'd known, I'd have waited
[11:44] <shiftplusone> godhatesfacts, exactly https://www.khronos.org/openmax/
[11:44] <Aldem> Possible to run the RB+ with some sort of batterie ?
[11:44] <shiftplusone> it's an api standard and then it's up to others to actually implement the library for their hardware.
[11:45] <godhatesfacts> "regardless of the underlying hardware architecture." <-- but the rpi dev guys have to work their asses off though? :p
[11:45] <Aldem> I have an idea of making myself a portable music player with an on top audio card and a portable battery
[11:45] <Aldem> And a small touch screen
[11:45] <spudtatoe> guess the player doesn't play mkv
[11:46] <godhatesfacts> shiftplusone: that's quite nice. But there's limited reusable code in the API then I presume? Some things are extremely hardware/platform specific? (sorry for repeating myself)
[11:46] <shiftplusone> godhatesfacts, I think all the heavy lifting has already been done by broadcom. RPi folk 'just' maintain it.
[11:46] * t0x0sh (~tosh@t0x0sh.org) has joined #raspberrypi
[11:46] <godhatesfacts> shiftplusone: by broadcom? how, when, why?
[11:47] * spudtatoe (73bc7acf@gateway/web/cgi-irc/kiwiirc.com/ip.115.188.122.207) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
[11:47] <shiftplusone> godhatesfacts, the SoC on the pi is by broadcom. The majority of the firmware for it was developed by them.
[11:48] <godhatesfacts> I see
[11:49] <shiftplusone> and I don't know about portability issues. In theory, omx on the pi should be very similar to omx elsewhere with only minor modifications. However, gstreamer has had omx support before the pi came out, but for whatever reason it didn't (and doesn't?) support the pi's hardware. But yeah, sorry, I don't know the specifics.
[11:52] <ali1234> shiftplusone: is this right? register addresses at 0x7e...... are VC bus addresses, they are mapped to 0x20...... in ARM physical memory?
[11:52] * veonik_ is now known as veonik
[11:53] <shiftplusone> ali1234, http://www.raspberrypi.org/wp-content/uploads/2012/02/BCM2835-ARM-Peripherals.pdf
[11:53] <shiftplusone> page 5
[11:53] <ali1234> eg GPIO registers 0x7e200000 -> 0x20200000
[11:53] <ali1234> shiftplusone: yes i want to confirm that i understand that correctly
[11:53] <shiftplusone> but yes
[11:54] <shiftplusone> Are you working on a pi1 or a pi2?
[11:54] <ali1234> pi1
[11:54] <shiftplusone> then still yes.
[11:54] <ali1234> okay that explains why i could peek/poke those registers through /dev/mem
[11:54] <ali1234> couldn't*
[11:54] <shiftplusone> take a look at wiringpi source code
[11:55] <shiftplusone> Or this one https://github.com/phire/hackdriver it uses /dev/mem to drive the 3d core directly, without using any driver or firmware interface.
[11:55] <ali1234> i know how to use /dev/mem, but it helps when you use the right addresses
[11:55] <shiftplusone> If 'only' to draw a triangle.
[11:56] <shiftplusone> yeah, I just find having a reference handy
[11:57] <ali1234> http://al.robotfuzz.com/~al/wizard/devmem3.c
[11:57] <ali1234> that's read only, extending it to write should be trivial though
[11:58] <shiftplusone> yup
[12:00] <ali1234> oh that hackdriver is by phire :)
[12:01] <shiftplusone> one and only
[12:02] <ali1234> ooh, a debug monitor
[12:02] <ali1234> handy
[12:03] <shiftplusone> hm?
[12:03] <ali1234> https://github.com/phire/pimon
[12:03] <shiftplusone> ah
[12:06] * wiiguy (fake@unaffiliated/wiiguy) Quit (Quit: I just broke my connection, but no worries, we can rebuild it. We have the technology.)
[12:10] * troulouliou_dev (~troulouli@unaffiliated/troulouliou-dev/x-4757952) Quit (Quit: Leaving)
[12:11] * Armand (~armand@2a01:9cc0:40:6:a954:26ad:2c8c:4b2a) has joined #raspberrypi
[12:19] * gbaman (~gbaman@31.205.104.150) has joined #raspberrypi
[12:23] <godhatesfacts> do you typically not get back emf when you turn off your device? Nothing to bother about unless it's packed with coils and stuff?
[12:24] <Triffid_Hunter> godhatesfacts: most devices have capacitors everywhere that absorb the current and keep the voltage down
[12:25] * _Ulan (~Thunderbi@2.26.83.183) Quit (Ping timeout: 265 seconds)
[12:25] * x1337807x (~x1337807x@c-76-115-7-194.hsd1.or.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[12:26] <godhatesfacts> Triffid_Hunter: how? capacitors?
[12:26] * ole9 (~ole@54b.pl) has joined #raspberrypi
[12:27] <Triffid_Hunter> godhatesfacts: yes. V=L.di/dt and I=C.dv/dt so inductors and capacitors are perfect opposites
[12:27] * utack (~utack@ip9234cb8c.dynamic.kabel-deutschland.de) has joined #raspberrypi
[12:28] <Triffid_Hunter> godhatesfacts: when you put them together, the inductor charges up the capacitor, then the capacitor discharges back into the inductor. this is how radios work. In most circuits, there's lots of parasitic resistances which bleed off the power to heat
[12:28] * Delboy (~openwrt@140-171.dsl.iskon.hr) Quit (Ping timeout: 246 seconds)
[12:32] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 252 seconds)
[12:32] * JakeSays_ (~quassel@chat.thatswhatjakesaid.com) has joined #raspberrypi
[12:34] * Delboy (~openwrt@141-136-192-51.dsl.iskon.hr) has joined #raspberrypi
[12:35] <qubitnerd> godhatesfacts: flyback diodes
[12:36] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[12:37] * gbaman (~gbaman@31.205.104.150) Quit (Remote host closed the connection)
[12:38] <godhatesfacts> flyback diodes or just a capacitor over the inductor? What's the difference? :p
[12:39] <Triffid_Hunter> godhatesfacts: can't put a capacitor over the inductor, you'll get an LC resonator.. what we're doing is more like a pi filter
[12:40] <pksato> flyback diodes are to short circuity reverse high voltages gerenated by coil when magnetic field colapse.
[12:41] <pksato> Capactitors, normaly are used to mitigate RFI on motors.
[12:42] <godhatesfacts> pksato: RFI?
[12:42] <pksato> Radio Frequency Interference.
[12:46] <ShorTie> ya, normally always good to have a cap across your motor
[12:47] <ShorTie> or is that each lead to ground
[12:47] <ShorTie> sorry, i sortta forget
[12:48] * JakeSays (~jake@chat.thatswhatjakesaid.com) has joined #raspberrypi
[12:49] * bigx (~bigx@92.103.106.18) Quit (Ping timeout: 245 seconds)
[12:50] <godhatesfacts> that capacitor has to be of a certain type then I suppose? Some of them can't take current in one direction
[12:50] <shiftplusone> godhatesfacts, You might be better off getting a book or reading a site like this http://www.allaboutcircuits.com/
[12:50] <godhatesfacts> also, if you put a cap over it, don't you need a flyback diode as well since the flyback could kill the cap? kk, ill start there
[12:50] * nerdboy (~sarnold@gentoo/developer/nerdboy) Quit (Ping timeout: 240 seconds)
[12:51] <shiftplusone> Nothing wrong with asking, but it might be a little inefficient, since you'll have 10 new questions for each answer (which is a good thing)
[12:52] <ShorTie> think they are just ceramic disk types, but it's been years since i had a servo apart to remember
[12:55] <Triffid_Hunter> godhatesfacts: must use ceramic capacitors because they're faster. and no they don't replace a flyback diode because they hold far less energy than the inductor
[12:56] <Hix> mpmc did your Pi2 arrive yet?My RoyalFail tracking is still throwing a blank and I am not in possesion
[13:00] * kzard (~kzard@41.85.12.100) Quit (Ping timeout: 245 seconds)
[13:01] <Aldem> Hix: Pirates stole it ! 8-O
[13:01] <shiftplusone> Where do you think pimoroni get their stock from?
[13:01] * ShorTie snickers
[13:02] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[13:02] * _Ulan (~Thunderbi@2.26.83.183) has joined #raspberrypi
[13:04] * _Ulan (~Thunderbi@2.26.83.183) Quit (Client Quit)
[13:05] * ole9 (~ole@54b.pl) has left #raspberrypi
[13:05] * Mogwai (~mogwai@69-196-161-235.dsl.teksavvy.com) Quit (Ping timeout: 265 seconds)
[13:06] <Hix> xD
[13:06] * godhatesfacts (~drinker@gateway/tor-sasl/drinker) Quit (Quit: godhatesfacts)
[13:06] * shum (~sdothum@207.112.100.227) Quit (Client Quit)
[13:07] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[13:11] * Kunsi (kunsmannf@unaffiliated/kunsi) Quit (Ping timeout: 255 seconds)
[13:12] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Ping timeout: 245 seconds)
[13:16] * ch007m (~chm@ip-213-49-88-6.dsl.scarlet.be) Quit (Ping timeout: 252 seconds)
[13:17] * govg (~govg@unaffiliated/govg) has joined #raspberrypi
[13:17] * Kunsi (kunsmannf@unaffiliated/kunsi) has joined #raspberrypi
[13:20] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[13:20] * red-dragon (~red-drago@gateway/tor-sasl/red-dragon) has joined #raspberrypi
[13:26] * tolot (~tolot@2001:4dd0:ff00:9189:7064:734d:5587:a5e4) has joined #raspberrypi
[13:32] <ali1234> heh... f you turn the display off with tvservice then the hello_dispman says "Display is 4 x 248317676"
[13:33] * Datalink_ (Datalink@unaffiliated/datalink) has joined #raspberrypi
[13:33] <shiftplusone> can't prove that it's not >.>
[13:33] <ali1234> i guess the AVE is not used, nothing is touching those registers
[13:35] * ssvb (~ssvb@85-76-41-68-nat.elisa-mobile.fi) Quit (Ping timeout: 245 seconds)
[13:36] * Datalink (Datalink@unaffiliated/datalink) Quit (Ping timeout: 256 seconds)
[13:37] * heeed (heeed@SDF.ORG) Quit (Quit: Lost terminal)
[13:37] * mgottschlag (~quassel@reactos/tester/phoenix64) has joined #raspberrypi
[13:39] * XpineX (~XpineX@89.239.205.39) Quit (Remote host closed the connection)
[13:40] * Xano (~bart@092-111-222-050.static.chello.nl) Quit (Read error: Connection reset by peer)
[13:40] * Xano (~bart@092-111-222-050.static.chello.nl) has joined #raspberrypi
[13:41] * ch007m (~chm@ip-213-49-88-6.dsl.scarlet.be) has joined #raspberrypi
[13:42] * _Ulan (~Thunderbi@cpc5-benw11-2-0-cust687.16-2.cable.virginm.net) has joined #raspberrypi
[13:42] * XpineX (~XpineX@89.239.205.39) has joined #raspberrypi
[13:43] * ponA (~Miranda@HSI-KBW-134-3-94-90.hsi14.kabel-badenwuerttemberg.de) Quit (Read error: Connection reset by peer)
[13:44] * lpax (~lpax@unaffiliated/lpax) has joined #raspberrypi
[13:45] * Sir_Pony (~rawr@cpe-174-099-005-078.nc.res.rr.com) has joined #raspberrypi
[13:45] * ch007m (~chm@ip-213-49-88-6.dsl.scarlet.be) Quit (Client Quit)
[13:46] * Vib3 (~Vibe@gateway/tor-sasl/vib3) has joined #raspberrypi
[13:46] * Vibe (~Vibe@gateway/tor-sasl/vib3) Quit (Remote host closed the connection)
[13:47] * shum1 (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[13:48] * shum1 (~sdothum@207.112.100.227) has joined #raspberrypi
[13:49] * Brunetty (~Brunetty@unaffiliated/brunetty) has joined #raspberrypi
[13:53] * Elek101 (~textual@diagenode.socext.ulg.ac.be) Quit (Quit: My iMac has gone to sleep. ZZZzzz…)
[13:56] * Elek101 (~textual@diagenode.socext.ulg.ac.be) has joined #raspberrypi
[13:58] * fenre (~fenre@212.33.142.210) Quit (Remote host closed the connection)
[14:00] * mgottschlag (~quassel@reactos/tester/phoenix64) Quit (Ping timeout: 245 seconds)
[14:04] * Kunsi (kunsmannf@unaffiliated/kunsi) Quit (Ping timeout: 250 seconds)
[14:04] * ShorTie (~Idiot@unaffiliated/shortie) Quit (Ping timeout: 252 seconds)
[14:07] * _Ulan (~Thunderbi@cpc5-benw11-2-0-cust687.16-2.cable.virginm.net) Quit (Ping timeout: 265 seconds)
[14:08] * ch007m (~chm@ip-213-49-88-6.dsl.scarlet.be) has joined #raspberrypi
[14:09] * cgcnu (~salapati@183.82.105.214) has joined #raspberrypi
[14:09] * ShorTie (~Idiot@unaffiliated/shortie) has joined #raspberrypi
[14:09] * Kunsi (kunsmannf@unaffiliated/kunsi) has joined #raspberrypi
[14:14] * AirForce590 (~AirForce5@mobile-166-173-251-009.mycingular.net) has joined #raspberrypi
[14:14] * Darkwell (~Darkwell@unaffiliated/phantom-x) Quit (Quit: ZNC - http://znc.in)
[14:16] * Darkwell (~Darkwell@unaffiliated/phantom-x) has joined #raspberrypi
[14:17] <AirForce590> Hey
[14:19] * AirForce590 (~AirForce5@mobile-166-173-251-009.mycingular.net) Quit (Remote host closed the connection)
[14:20] * veonik is now known as veonik_
[14:20] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[14:23] <Darkwell> hmm
[14:23] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Quit: Textual IRC Client: www.textualapp.com)
[14:24] <Darkwell> how do you check the "not upgraded files" that for instance apt-get -f install shows ?
[14:28] <a7x> are there news about the usb/eth bus on the rpi2? is it confirmed that is shared?
[14:28] * red-dragon (~red-drago@gateway/tor-sasl/red-dragon) Quit (Ping timeout: 250 seconds)
[14:29] * Darkwell (~Darkwell@unaffiliated/phantom-x) Quit (Quit: ZNC - http://znc.in)
[14:30] * Darkwell (~Darkwell@unaffiliated/phantom-x) has joined #raspberrypi
[14:30] * red-dragon (~red-drago@gateway/tor-sasl/red-dragon) has joined #raspberrypi
[14:31] <RaTTuS|BIG> a7x oit is the same as the b_
[14:31] <RaTTuS|BIG> b+*
[14:31] <RaTTuS|BIG> so yes shared
[14:31] <RaTTuS|BIG> via a lan9514
[14:31] * red-dragon (~red-drago@gateway/tor-sasl/red-dragon) Quit (Remote host closed the connection)
[14:31] <mortal> pihut seems to have many orders to fill :/
[14:31] <mortal> they haven't shipped my pi 2 yet
[14:31] * OccamsTaser (~OccamsTas@pool-71-164-229-104.dllstx.fios.verizon.net) has joined #raspberrypi
[14:32] * red-dragon (~red-drago@gateway/tor-sasl/red-dragon) has joined #raspberrypi
[14:34] * Elek101 (~textual@diagenode.socext.ulg.ac.be) Quit (Quit: Textual IRC Client: www.textualapp.com)
[14:36] * red-dragon (~red-drago@gateway/tor-sasl/red-dragon) Quit (Remote host closed the connection)
[14:36] * kzard (~kzard@41.85.12.100) Quit (Read error: Connection timed out)
[14:36] <ali1234> hmm...pixel valve 2 seems involved too, makes sense since it's right next to the VEC
[14:37] <Darkwell> the pi 2 has 1G unshared ram ?
[14:37] <ali1234> it has 1G ram
[14:37] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[14:37] <Darkwell> ok
[14:38] <Darkwell> wonders if pi 3 will be a 64 bit machine =)
[14:39] <Armand> Darkwell: https://www.apm.com/products/data-center/x-gene-family/x-c1-development-kits/x-c1-development-kit-plus/
[14:39] <Armand> There ya go. :D
[14:39] * igordcard (~igordcard@88.214.160.92) has joined #raspberrypi
[14:41] * kzard (~kzard@41.85.12.100) Quit (Read error: Connection reset by peer)
[14:41] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[14:42] <ali1234> hmmmmmmm...... i found a register that contains 240 when in NTSC and 288 when in PAL :) :) :)
[14:42] * igordcard (~igordcard@88.214.160.92) Quit (Remote host closed the connection)
[14:42] * kzard (~kzard@41.85.12.100) Quit (Client Quit)
[14:43] * ppq (~ppq@unaffiliated/ppq) Quit (Ping timeout: 244 seconds)
[14:44] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[14:47] <steve_rox> shall i assume the rpi2 needs a firmware update?
[14:47] * instigator (~synthesis@105.227.86.131) has joined #raspberrypi
[14:48] <shiftplusone> if you've run apt-get update/upgrade recently, you're fine.
[14:48] <steve_rox> ah cos i just took the one off my a+
[14:48] <shiftplusone> but yes, it needs recent firmware and a kernel7.img
[14:48] <steve_rox> ill boot back on that one and upgrade
[14:49] * instigator (~synthesis@105.227.86.131) has left #raspberrypi
[14:49] <shiftplusone> it's not a NOOBS card, is it?
[14:49] <steve_rox> nah
[14:50] <shiftplusone> then yeah, no need to do anything fancy
[14:50] * Brunetty (~Brunetty@unaffiliated/brunetty) Quit (Ping timeout: 265 seconds)
[14:50] <steve_rox> lucky im not a complete noob at moment
[14:52] * ssvb (~ssvb@85-76-41-68-nat.elisa-mobile.fi) has joined #raspberrypi
[14:52] <steve_rox> wonder what that unexpected chip is on the underside
[14:53] <ali1234> memory
[14:54] * gbaman (~gbaman@31.205.104.150) has joined #raspberrypi
[14:54] <steve_rox> it is?
[14:54] <ali1234> yes.
[14:54] <steve_rox> how odd
[14:55] <Darkwell> apt-get -f install gives me this :
[14:55] <Darkwell> 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded
[14:56] <Darkwell> apt-get update and apt-get upgrade doesnt seem to change this either
[14:56] <steve_rox> not sure what -f swtich does
[14:56] <ali1234> "fix"
[14:56] <steve_rox> is it moaning about a error?
[14:56] <ali1234> it installs missing dependencies
[14:56] <Darkwell> no errors
[14:56] <ali1234> but you don't have any, so it didn't do anything
[14:56] <steve_rox> then what ya trying to do
[14:56] <Darkwell> but the number 3 was a 1 before
[14:57] <Darkwell> and the number seems to increase after updates.. ;)
[14:57] * igordcard (~igordcard@88.214.161.28) has joined #raspberrypi
[14:57] <steve_rox> that may be normal :-P
[14:57] <Darkwell> im trying to have an updated system with no need for upgrades
[14:58] <steve_rox> err
[14:58] <steve_rox> mind screw :-P
[14:58] * OccamsTaser (~OccamsTas@pool-71-164-229-104.dllstx.fios.verizon.net) Quit (Ping timeout: 250 seconds)
[15:00] <Darkwell> hehe just playing and pondering making bash scripts run from crontab to do updates and upgrades
[15:00] * kzard (~kzard@41.85.12.100) Quit (Read error: Connection timed out)
[15:01] <steve_rox> no idea what crontab is
[15:01] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[15:01] <steve_rox> i think someone did make a rpi firmware upgradeing script at some point
[15:01] <steve_rox> but i forgot where it is
[15:01] <Darkwell> cron jobs
[15:02] <Darkwell> cron is the sheduling daemon that runs scripts etc
[15:02] <shiftplusone> steve_rox, it's the spawn of satan and shouldn't be used by mortals. Stick to apt-get
[15:02] <shiftplusone> (rather than rpi-updatE)
[15:02] * readwrite (~readwrite@2604:a880:800:10::12f:d001) Quit (Quit: WeeChat 0.4.2)
[15:02] <steve_rox> makes sence
[15:02] <Darkwell> ah rpi-update not safe ?
[15:03] * phantoxe (~destroy@acarlosss.broker.freenet6.net) Quit (Ping timeout: 245 seconds)
[15:05] <Bilby> *yawn*
[15:07] * igordcard (~igordcard@88.214.161.28) Quit (Ping timeout: 245 seconds)
[15:07] <shiftplusone> non necessarily unsafe, just overused by people who don't know what it's for or what it does.
[15:08] <steve_rox> whats the consequences of it?
[15:09] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[15:10] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[15:10] * Insmell (~Todd@78.90.166.165) Quit (Ping timeout: 265 seconds)
[15:10] * Insmell (~Todd@78.90.166.165) has joined #raspberrypi
[15:10] * BluRaf (~BluRaf@093105018083.lowicz.vectranet.pl) Quit (Ping timeout: 265 seconds)
[15:11] * BluRaf (~BluRaf@093105018083.lowicz.vectranet.pl) has joined #raspberrypi
[15:11] <Hasselsaurus> yeah, what are the advantages/disadvantages to 'sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade
[15:11] <Hasselsaurus> '?
[15:12] <shiftplusone> you don't need to do both here: sudo apt-get upgrade && sudo apt-get dist-upgrade
[15:12] <Jck_true> Hasselsaurus: That the command will fail because you need to accept updating packges in the apt-get uipgrade...
[15:12] <shiftplusone> dist-upgrade does what upgrade does, but also checks for ne dependencies
[15:13] * designbybeck (~designbyb@x182y039.angelo.edu) has joined #raspberrypi
[15:13] <shiftplusone> but to answer the question, rpi-update will overwrite files managed by apt with a bleeding edge version
[15:13] <shiftplusone> which may or may not be what you want, but 99% of the time rpi-update is used... it isn't.
[15:14] <Jck_true> shiftplusone: People always want the lastest and most shiny
[15:14] <dreamreal> apt-get updates your OS. rpi-update updates your firmware.
[15:14] <dreamreal> ^^ correct?
[15:14] <shiftplusone> dreamreal, nope
[15:14] <shiftplusone> apt-get updates the firmware too
[15:14] <Jck_true> dreamreal: apt-get updates your firmware too...
[15:15] <dreamreal> ah, I didn't know that.
[15:15] <shiftplusone> part of the raspberrypi-bootloader package
[15:15] <Jck_true> rpi-updates updates to the beta version
[15:15] <Bilby> ach, my fingers
[15:15] * Bilby shivers
[15:15] <dreamreal> ah, excellent - thank you
[15:15] <Bilby> had to go out and help my sister-in-law get into her car, doors were stuck shut :/
[15:15] <mortal> what do I run on a rpi2
[15:15] <Bilby> raspibian?
[15:15] <Jck_true> WUUT! My GoPro does 720p240fps now?!?
[15:16] <Jck_true> Bilby: Depends what you wanna do with it?
[15:16] <steve_rox> still updateing my rpi sd card
[15:16] <Bilby> lol true
[15:16] <steve_rox> hopefjully it will boot then
[15:16] <shiftplusone> Gadgetoid, ping?
[15:16] <Jck_true> mortal: What you wanna do with it?
[15:16] <Bilby> it's just the only one "officially supported" atm. elec is too but it's abit shaky
[15:16] <mortal> well desktop
[15:16] * gbaman (~gbaman@31.205.104.150) Quit (Ping timeout: 264 seconds)
[15:16] <Jck_true> mortal: Raspbian - Download from the Raspberrypi.org site
[15:17] * gbaman (~gbaman@104.40.144.249) has joined #raspberrypi
[15:17] * kzard (~kzard@41.85.12.100) Quit (Read error: Connection timed out)
[15:17] * akar (~spot@119.82.230.178) has joined #raspberrypi
[15:18] <mortal> any v7 distro?
[15:18] <Jck_true> mortal: Any ARMv7 OS should run yes
[15:18] * kzard (~kzard@41.85.12.100) has joined #raspberrypi
[15:19] * kzard (~kzard@41.85.12.100) Quit (Read error: Connection reset by peer)
[15:20] <Hix> Jck_true 720p 240fps? Which Gp?
[15:20] <Jck_true> Hix: GoPro Hero 4 Black...
[15:20] * igordcard (~igordcard@88.214.161.28) has joined #raspberrypi
[15:20] <Jck_true> They just released new software today
[15:21] <Hix> oh, wow didn't realise that 720 had been touched. That's cool. Though the discount code i found for 20% off 4B.E has been killed it appears
[15:23] <Darkwell> ouch did a rpi-update recently so im hoping that the beta works ok
[15:23] <Jck_true> Hix: Well... I got the camera as a gift from my parents... It's still so so stupid that they bought it for me...
[15:23] <Hix> but nice none the less
[15:24] <Jck_true> Hix: True - But why spend double on the Black edition? I got a laptop from 2008 in capable of handling more than 720p25fps
[15:24] <Jck_true> Hix: Our TV does 720 tops -
[15:24] <Hix> I'm trying to package the housing for my nextbox Picam. I'm now shaving millimetres off of things in CAD to make it fit.
[15:24] * taza (~taza@unaffiliated/taza) has joined #raspberrypi
[15:25] <Hix> Jck_true ahh, that could limit your editing :)
[15:25] <Jck_true> Hix: My dad took me on a trip to see some flooding after a storm
[15:25] <Jck_true> And he insisted I recorded it all in 4k
[15:26] <Jck_true> Then he complained I had to use 3½ hours for my computer to downsize it to 1080p lol
[15:26] <Jck_true> *facepalm* oh well - It was a gift so I should be happy instead...
[15:27] * Payo (~quassel@peioe.net) has joined #raspberrypi
[15:27] <Hasselsaurus> I love that - I have friends that record everything in 4K, none of them have 4K displays, then get upset when it takes forever to play/run/edit
[15:27] * quantumfoam (~root@li578-43.members.linode.com) has joined #raspberrypi
[15:27] <quantumfoam> greetings
[15:27] <Darkwell> hehe think about 8k videos... how much time ? =)
[15:27] <Payo> hey is the latest raspbian from raspberrypi.org compatible with the pi 2 ? it says it's from january :o
[15:27] <Jck_true> quantumfoam: Maybe you shouldn't be running as root from your VPS :)
[15:28] <shiftplusone> Payo, yes.
[15:28] <Payo> thanks
[15:28] <Jck_true> Payo: Further updates should increase the performance though :)
[15:28] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[15:28] <Payo> :)
[15:28] <Hix> to be fair shunting 4k down to 1080 does give extra quality to the image. I've used it a couple of times.
[15:29] <quantumfoam> Jck_true: meh
[15:29] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[15:29] <quantumfoam> anyone know of a digital signage project for the RPi?
[15:29] <Jck_true> Hix: It does? I couldn't tell the differnce from my FFmpeg resize (But that could be bad compression)
[15:29] <quantumfoam> I need something of that sort for a project for work
[15:30] <Jck_true> quantumfoam: Google: raspberry pi signage"
[15:30] * gbaman (~gbaman@104.40.144.249) Quit (Read error: Connection reset by peer)
[15:30] * gbaman (~gbaman@104.40.144.249) has joined #raspberrypi
[15:31] <steve_rox> well the rpi2 is booting
[15:31] <Darkwell> hmm
[15:31] <Hix> ahh Jck_true I was using premiere not ffmpeg, so maybe it has better algorithms for downsizing
[15:31] <quantumfoam> steve_rox: oooh you already got one?
[15:31] <steve_rox> for some reasion theres 4 rpi logos a top left of screen
[15:32] <Darkwell> pi 2 and windows 10 ? seriously ?
[15:32] <steve_rox> gonna need keybaord
[15:32] <steve_rox> and ye i got one
[15:32] <steve_rox> cos i ordered fast
[15:32] <quantumfoam> nice
[15:32] <quantumfoam> Darkwell: assuming it's optimized for the platform I think it should work fine
[15:32] <quantumfoam> I have no interested whatsoever in using it personally
[15:33] <Jck_true> Hix: Makes sense - With 4 times the data you could do some nifty things when you downsample along with image stabilization etc
[15:33] * optimist (~hdtodd@2002:4b45:256f:0:6163:ca10:acdc:ca23) has joined #raspberrypi
[15:33] <Darkwell> define optimized.... will it allow for modularisazion up and down scalable for any project need ?
[15:33] <steve_rox> i did feel a faster boot to prompt tho
[15:34] <quantumfoam> Jck_true: I've seen Screenly but it costs money :P
[15:34] <quantumfoam> and I have ~no budget~
[15:35] <quantumfoam> also doesn't appear to be as much in my control as I would like for it to be
[15:36] <steve_rox> even htop displays the 4 cores
[15:37] <Jck_true> quantumfoam: Pretty sure they have an Open Source Edition :)
[15:37] * ali1234 (~ajbuxton@2a01:4f8:162:4348::2) Quit (Quit: Leaving.)
[15:37] <quantumfoam> well I primarily need to display internal/intranet web pages so my needs are fairly simple
[15:37] <Jck_true> quantumfoam: https://www.screenlyapp.com/ose.html
[15:37] <quantumfoam> although I would like to add some functionality for user interaction
[15:38] <quantumfoam> like, say, motion detection as someone walks by
[15:38] <Jck_true> Oh right - Then I guess you need to work on something yourself...
[15:38] <quantumfoam> depends on how extensible this thing is I suppose
[15:39] <quantumfoam> it's a bit ambitious but *eventually* I want people to be able to control what's on the screen with motion
[15:39] <quantumfoam> that would be so frickin' cool
[15:39] <quantumfoam> maybe get some used Kinects and hack 'em :D
[15:40] * marlinc (~marlinc@ip1.weert.li.nl.cvo-technologies.com) has joined #raspberrypi
[15:40] * Giddles (~i@unaffiliated/giddles) has joined #raspberrypi
[15:40] <Jck_true> quantumfoam: There's plenty of webservices that will render a webpage into a jpg/png image.. Shouldn't be too hard to cook up some python that slides through those images
[15:42] * mgottschlag (~quassel@reactos/tester/phoenix64) has joined #raspberrypi
[15:43] * whatlad (~default@cpc15-know13-2-0-cust162.17-2.cable.virginm.net) has joined #raspberrypi
[15:43] <whatlad> hello people
[15:44] <whatlad> if anyone with good knowledge of networks possibly has the time or the inclination, i could really do with some help troubleshooting an SSH latency issue which has plagued my pie since i had it
[15:44] <whatlad> and is becoming a barrier to workflow as i get more into learning stuff
[15:45] <whatlad> pi *
[15:45] <Darkwell> how much ram ? which version of rpi ?
[15:45] <whatlad> its i think the original model B.. so thats 512 i think?
[15:46] <Jck_true> Could be 256 also :)
[15:46] <Darkwell> what does it show with the free -m
[15:46] <whatlad> 1 sec
[15:47] <whatlad> total 247?
[15:47] <Darkwell> have you run raspi-config ? to select how much ram to share with the gpu ?
[15:48] <whatlad> yeah, right now it is set to full coz i was using omxplayer (which has no latency issues btw its only ssh) but the problem persists even when i have it set to 16 GPU or whatever the lowest is, as thats how i usually have it set
[15:48] * Brunetty (~Brunetty@unaffiliated/brunetty) has joined #raspberrypi
[15:48] <Darkwell> hmm
[15:49] <Darkwell> lsof -Pni shows wat?
[15:49] <whatlad> hold on its delayed lol
[15:49] <whatlad> apparently lsof isn't installed
[15:49] <Darkwell> sudo lsof -Pni
[15:49] <whatlad> yeah, its not there
[15:49] <Darkwell> ah ok forgot its something additional
[15:50] <Payo> holy shit openelec is so smooth :o
[15:50] <whatlad> let me describe it to you. its like the connection goes dead for a moment, sometimes up to a minute but sometimes only seconds
[15:50] <whatlad> when its active, it is fine. but if i minimise the window or go idle for even a few seconds, it can freeze and doesn't become responsive again for a bit
[15:50] <Jck_true> whatlad: ... Have you checked the voltage?
[15:51] <whatlad> no. do you know how i would go about that? the root fs is on an external hard disk via USB. but this is something that was a problem before i even set that up. initially i thought it was due to the class of the SD card
[15:51] <Jck_true> whatlad: Do you have any USB devices connected? (And if you do have you had any problem with those?)
[15:51] <whatlad> so i bought a higher class one, and still
[15:52] <Darkwell> ah ok sounds like undervoltage as Jck_true asks abt
[15:52] * kopfkind_ (~axel.knau@unaffiliated/kopfkind) has joined #raspberrypi
[15:52] <Jck_true> whatlad: Get a multimeter and measure between TP1 and TP2 :)
[15:52] <Darkwell> how many amps ? think you may want at least 6W total
[15:52] <steve_rox> anyone know if this rpi demands more power than previous?
[15:52] <Hasselsaurus> a little bit more ^^
[15:53] <whatlad> i would not know how to tell how many amps
[15:53] <shiftplusone> steve_rox, same at idle, comparable to the old model b when doing stuff.
[15:54] * gbaman (~gbaman@104.40.144.249) Quit (Remote host closed the connection)
[15:54] <Jck_true> whatlad: What adapter are you using? Using a named brand? (Like an iPhone charger etc) or is it a cheap china model?
[15:54] <Jck_true> whatlad: Do you have a multimeter? Easiest way to measure
[15:55] <whatlad> i don't know what a multimeter is lol. i just had a look at the power supply, it doesnt say anything on the plug. on the wire, it has... 256 AMG, and 300 V?
[15:55] <whatlad> the USB HD has its own power supply, gonna look at that now
[15:55] * kopfkind (~axel.knau@unaffiliated/kopfkind) Quit (Ping timeout: 264 seconds)
[15:56] <Jck_true> whatlad: http://cdn.shopclues.com/images/detailed/459/Multimeter_1367903256.jpg
[15:56] <whatlad> the USB HD power supply says output 12V?
[15:56] <Jck_true> whatlad: You wanna know how much is provided to the Pi - Is there not a sticker on it that says along the lines of "5V 1000mA" etc?
[15:56] <whatlad> ah right, no but i could see if anyone i know has
[15:58] <whatlad> nope. i will type out everything printed on the wire itself
[15:58] <Jck_true> whatlad: That won't help :)
[15:58] <whatlad> oh
[15:58] <Jck_true> whatlad: Where did you get the charger / power supply?
[15:58] <quantumfoam> Jck_true: yeah, that probably won't work for some of our pages because they have stuff on them that changes dynamically
[15:58] <quantumfoam> metrics, graphs and such
[15:59] <quantumfoam> I'll give this Screenly thing a shot though
[15:59] <quantumfoam> I've got a spare personal RPi I'm going to play with first
[15:59] <Jck_true> quantumfoam: Best of luck :)
[15:59] <whatlad> amazon, it was recommended for pi
[15:59] <quantumfoam> Jck_true: right now we're using
[15:59] <quantumfoam> (I shit you not)
[15:59] <quantumfoam> Mac Minis for digital signage
[15:59] <quantumfoam> ridiculous overkill
[15:59] <Jck_true> quantumfoam: That sounds cheap :)
[15:59] <quantumfoam> well let's see
[15:59] <quantumfoam> $600 or so vs $35?
[15:59] <whatlad> i have a 5 v phone charger... i could swap those out and see if it has an impact?
[16:00] <Jck_true> quantumfoam: When you replace them with RPi's you should send them to me :)
[16:00] <quantumfoam> I think I can sell that to management
[16:00] <Jck_true> whatlad: That's what I would try
[16:00] * osxdude|MBP (~osxdude@unaffiliated/osxdude) Quit (Quit: bye lol)
[16:00] <quantumfoam> Jck_true: imma steal them and make a cluster out of them for fun hahaha
[16:00] <whatlad> ok thanks
[16:00] <quantumfoam> just stack 'em up
[16:00] <quantumfoam> "Why is there a stack of a dozen Mac Minis on your desk?"
[16:00] <quantumfoam> "WHY NOT"
[16:01] <Jck_true> Hockey puck for giants
[16:05] * MrMobius (~Joey@c-68-45-16-225.hsd1.nj.comcast.net) Quit (Ping timeout: 250 seconds)
[16:05] * Lupinedk is now known as lupinedk
[16:06] <quantumfoam> those edges are sharp
[16:06] <quantumfoam> I bet getting hit with a Mac Mini would be bad
[16:06] * t0x0sh (~tosh@t0x0sh.org) Quit (Ping timeout: 246 seconds)
[16:07] <BobFrankly> why is there a stack of mac minis on your desk? "Because If I layed them out like dominos, I would be having too much fun!"
[16:07] * MrMobius (~Joey@c-68-45-16-225.hsd1.nj.comcast.net) has joined #raspberrypi
[16:08] <quantumfoam> *throws Mac Mini at nosy person's head*
[16:08] <quantumfoam> "THAT'S WHY"
[16:08] <quantumfoam> "Oh. That's quite a gash. Sorry about that."
[16:09] <BobFrankly> looking at alliedelec.com, raspberry pi had 5k on onder yesterday, and 2.5 k today. Guessing about half the orders got cancelled
[16:09] <BobFrankly> *on order
[16:10] <BobFrankly> I'd cancel too if I could find somewhere to grab one now
[16:10] <Payo> got mine :P
[16:11] <Payo> french distributor still has them in stock
[16:11] <BobFrankly> I'm in the US of up the A :/
[16:12] <Payo> well
[16:12] <Payo> it's 40€ here
[16:12] * mwuk (~mwuk@2a03:b0c0:1:d0::1fa:e001) has joined #raspberrypi
[16:12] <Payo> so quite up the A too
[16:12] <BobFrankly> ah
[16:13] <BobFrankly> it's 45 here, once your count in the shipping knife they shove in your wallet
[16:13] <Payo> well 40€ is without shipping too :p
[16:14] <steve_rox> now i need to find some prog that shows the rpi2 performance
[16:14] <BobFrankly> steve_rox: you should begin with the important stuff. Like how well is the Mame performance with 2000's era arcade games
[16:15] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[16:15] <BobFrankly> ;P
[16:15] <steve_rox> haha
[16:15] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[16:16] <BobFrankly> I custom built a 2 player arcade console, been keeping my eyes open for a way to embed the emulation into the controller. :D
[16:17] * ZeDestructor (~ZD@unaffiliated/zedestructor) has joined #raspberrypi
[16:18] * Jappetto (znc@unaffiliated/jappetto) has joined #raspberrypi
[16:18] * Jappetto (znc@unaffiliated/jappetto) has left #raspberrypi
[16:19] * `vesrah (~blackmk4@ip68-0-136-187.tc.ph.cox.net) Quit (Remote host closed the connection)
[16:19] * ZeDestructor (~ZD@unaffiliated/zedestructor) has left #raspberrypi
[16:19] * ZeDestructor (~ZD@unaffiliated/zedestructor) has joined #raspberrypi
[16:21] * hubutm20 (~hubutm20@79.114.15.189) has joined #raspberrypi
[16:22] * thescatman_ (9bf573a3@gateway/web/cgi-irc/kiwiirc.com/ip.155.245.115.163) has joined #raspberrypi
[16:22] <whatlad> just to report, have recreated the issue with a 5v power supply
[16:22] * igordcard (~igordcard@88.214.161.28) Quit (Quit: Leaving)
[16:22] <mwuk> Adam_T
[16:23] <thescatman_> Finally... had so many problems connecting to this irc
[16:23] <whatlad> yeah, it persists. it happened again just between me writing this
[16:23] * nitdega (~nitdega@2602:306:2421:f2f1:fdf2:70ee:785d:bb3e) Quit (Ping timeout: 245 seconds)
[16:23] <thescatman_> Guys, I can't find much on it but the raspi 2 doesn't have much more power draw than a raspi model b does it?
[16:24] <thescatman_> I'm gonna be using it with a motorola lapdock
[16:24] <RaTTuS|BIG> dfepends on what your are doing the ARM - is about 1.5 to 2x faster at same clock speed for various bit and there are 4 cores and it is clocked faster
[16:24] <shiftplusone> the lapdock is a bit iffy when it comes to power even on the B+, but yes, it's powering my pi2 just fine right now.
[16:25] <steve_rox> i dont know the power demands but it is moaning about low power
[16:25] <thescatman_> awesome, cheers shiftplusone. I assume that's powered through the micro USB port?
[16:25] <shiftplusone> yes
[16:25] * t0x0sh (~tosh@t0x0sh.org) has joined #raspberrypi
[16:25] * ZeDestructor (~ZD@unaffiliated/zedestructor) has left #raspberrypi
[16:26] <shiftplusone> Usually I use an external power supply even when using a lapdock though, because the voltage warning does sometimes pop up
[16:26] <thescatman_> how do you mean by iffy with power? I've not got the pi 2 or the lapdock and haven't used a pi for a year or so
[16:26] <thescatman_> ah ok
[16:27] <thescatman_> (yet, they're in the mail)
[16:27] * Milhouse (~Milhouse@kodi/staff/milhouse) Quit (Ping timeout: 265 seconds)
[16:27] <shiftplusone> I used to like the lapdock quite a bit, but now I think it's best to just use a normal setup
[16:28] <thescatman_> what are the issues with it? one of my beefs with the pi was the fact I had to go find a spare kb/mouse/monitor and connect it up
[16:28] <steve_rox> whats a normal setup?
[16:29] <shiftplusone> A while back, we ordered a whole lot of them for the office, but a fair few of them stopped working. I'm still using mine from over a year ago, but the display has gone all strange.
[16:29] <shiftplusone> steve_rox, display, keyboard, mouse, power supply all separate.
[16:29] <thescatman_> oh :L
[16:29] <steve_rox> the overclock preset menus has a pi2 option too
[16:30] <shiftplusone> thescatman_, it's fine, just be careful with the connectors, they're not designed to be used this way.
[16:30] * nitdega (~nitdega@2602:306:2421:e5d1:340e:624d:54a2:81a4) has joined #raspberrypi
[16:31] <thescatman_> alright shiftplusone. I was planning to do something like this: http://ecx.images-amazon.com/images/I/81hFIkpZpgL._SL1500_.jpg
[16:31] <shiftplusone> I wouldn't
[16:31] <thescatman_> I guess I'll see how I can extend the HDMI
[16:31] <thescatman_> instead
[16:31] <shiftplusone> yeah, that's a fair bit of weight for a dinky connector
[16:32] * ppq (~ppq@unaffiliated/ppq) has joined #raspberrypi
[16:32] <steve_rox> well it still booted with the rpi2 oc preset on
[16:35] * joshua_jandyco (~joshua_ja@ool-43510ae5.dyn.optonline.net) has joined #raspberrypi
[16:35] <thescatman_> steve_rox: what OS are you using with the pi 2?
[16:36] <steve_rox> errr rasbien i guess
[16:36] <thescatman_> and crap, that was my second question if the pi 2 can be OCed with raspbian
[16:36] <thescatman_> nice.
[16:36] <steve_rox> was image on my a+
[16:36] * raymondillo (~raythepro@cpc7-seve22-2-0-cust715.13-3.cable.virginm.net) has joined #raspberrypi
[16:36] <thescatman_> I'll probably pull the heatsinks off my pi for the pi 2 and see how high it clocks
[16:37] <steve_rox> i dont have anything to burn in the cpu cores
[16:37] <steve_rox> im wondering what temp it gets to
[16:38] * kopfkind_ (~axel.knau@unaffiliated/kopfkind) Quit (Quit: leaving)
[16:40] * jlf (~user@pdpc/supporter/active/jlf) Quit (Ping timeout: 256 seconds)
[16:41] <raymondillo> steve_rox: doubt it will get hot enough to bake a Pie.:)
[16:41] * wiiguy (fake@unaffiliated/wiiguy) has joined #raspberrypi
[16:42] * ali1234 (~ajbuxton@2a01:4f8:162:4348::2) has joined #raspberrypi
[16:42] * Milhouse (~Milhouse@kodi/staff/milhouse) has joined #raspberrypi
[16:43] <thescatman_> am actually trying to do a small easy project atm with the pi, to do a self contained plug-and-record cctv camera
[16:43] <thescatman_> going pretty badly >_>
[16:44] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[16:44] <ali1234> right, got my pi plugged in to a bt878 so i can see what it's actually doing with some degree of accuracy
[16:44] <Hix> speaking of heatsinks, I'm planning to enclose a Pi2 in a casing http://goo.gl/sSkPkZ which will reside in a nestbox. Do I need to worry about overheating in this enclosure. It'll be exposed to UK ambient summer temps ( so probably low 20's) and streaming video (probably at 720)
[16:45] <Hix> The nestbox is 19mm softwood so probably quite insulating from outside spikes in temp
[16:45] <shiftplusone> Hix, it probably won't overheat, but you should really give it some speed holes.
[16:46] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[16:46] <Hix> speed holes? Aiming to keep it dry is the main point
[16:46] <Hix> hole for pinoir lens and a grommeted PoE hole for net / pwr
[16:47] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 252 seconds)
[16:47] <thescatman_> i think that was a joke
[16:47] * kd7jwc (~nonyabusi@174-25-63-219.ptld.qwest.net) has joined #raspberrypi
[16:47] <shiftplusone> no, ventilation is a good idea (but a simpsons reference doesn't hurt)
[16:47] <shiftplusone> anyway, I can see you having a few problems there, but I'll let you have the learning experience ;)
[16:48] <thescatman_> would condensation be an issue there O.o
[16:48] <shiftplusone> yes
[16:48] <ali1234> just keep the CPU running, it will be warm enough to prevent condensation
[16:48] <shiftplusone> even if it's only a foggy lens
[16:49] <Hix> :D well i figured with a 7805 being fed with 12v (before line losses) there should be enough heat to stave off condensation, just thought that maybe could get too warm
[16:49] <RaTTuS|BIG> have a couple of holes at the bottom - to allow any moisture to drip out - put a fine mesh if you want insects out
[16:49] * FrankD_ (~FrankD@unaffiliated/frankd) has joined #raspberrypi
[16:49] <Hix> ahh, foggy lens, was plannign on the 7805 near lens to act as a rudimentary dew heater like in telescopes
[16:49] <FrankD_> Hi, could someone point me to a link with some examples for hardware PWM control from the RPI?
[16:50] <RaTTuS|BIG> keep it out of the sun - a box can easily get >50deg C
[16:50] <FrankD_> and can it do ~350KHz?
[16:50] <niston> lol
[16:50] <thescatman_> shiftplusone: since you know a good amount on this stuff, where would you start if you were trying to make a pi powered cctv for overnight videoing a storeroom for a week, with just a pi, a 2.5" hdd, and either a webcam or the pi camera?
[16:50] <niston> people selling broken lapdocks on ebay for $50
[16:50] <RaTTuS|BIG> use a pi camera
[16:50] <Darkwell> the micro sdhc ... how fast can it be on the pi 2 and the pi still be able to make use of the speed ?
[16:50] <Hix> RaTTuS|BIG yes - out of direct sun as birds don't seem to move in if they are
[16:50] * codepython7771 (~codepytho@c-68-35-250-254.hsd1.fl.comcast.net) Quit (Read error: Connection reset by peer)
[16:50] <thescatman_> I just bought one, it's on the way
[16:50] <shiftplusone> thescatman_, I don't know a good amount of stuff, I just appear to. Definitely a pi camera though.
[16:51] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[16:51] <thescatman_> shiftplusone: I've got raspbian running and am trying to even get the hard drive to be recognised atm
[16:51] <Hix> turns out RS have 'sent' my 2 x Pi 2's on Monday, but strangely said should be with me tomorrow and refunded postage
[16:51] <thescatman_> from there I have no idea lol
[16:51] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 252 seconds)
[16:53] <steve_rox> this rpi python module clames im trying to exec it on a non rpi device
[16:53] * ChanServ sets mode -o shiftplusone
[16:54] <steve_rox> RuntimeError: This module can only be run on a Raspberry Pi!
[16:54] <RaTTuS|BIG> thescatman_ - a crontab like 0 * * * * /usr/bin/raspivid -vf -op 125 -fps 2 -t 3540000 -o /Images/Timelapse/`/bin/date +\%w:\%H`.h264 #may help though that one does have a min gap at the end of the hour
[16:54] <taza> Ohgah
[16:54] <Hix> ooh, just remembered I've got a gore-vent on my desk from an automotive power distribution box. I can use that to vent but still keep insects out. Should stave off waterbased evil
[16:54] <taza> The $35 RPi is $55
[16:55] <taza> (I just checked RPi 2 prices: I can't find a place delivering to Finland below that)
[16:55] <thescatman_> RaTTuS|BIG: o.o Thanks a lot... I'll work out what it would mean to do that when I get home
[16:56] * raymondillo (~raythepro@cpc7-seve22-2-0-cust715.13-3.cable.virginm.net) Quit (Remote host closed the connection)
[16:56] <RaTTuS|BIG> taza http://fi.farnell.com/raspberry-pi/raspberrypi-2-modb-1gb/dev-brd-rpi-model-b-bcm2835-processor/dp/2461029
[16:57] <taza> I hit "personal", and the price skyrockets
[16:57] <RaTTuS|BIG> thescatman_ it records for 59mins using the rpi camera at 2fps with a specfic name to the file with will get over written each month
[16:57] * RaTTuS|BIG goes for cofee and cake [hopefully]
[16:58] <thescatman_> RaTTuS|BIG: that's brillinat
[16:58] <taza> RaTTuS|BIG: That's really the first site I checked
[16:59] * oxhak (~OxHaK@unaffiliated/oxhak) Quit (Remote host closed the connection)
[16:59] * cave (~various@gateway/tor-sasl/cave) has joined #raspberrypi
[17:01] * kiely_elsewhere is now known as kiely
[17:01] * amigojapan (~amigojapa@c119045.net21845.cablenet.ne.jp) Quit (Quit: amigojapan)
[17:01] <whatlad> yeah guys, definitely not the power supply causing this SSH latency drop issue
[17:02] * Albori (~Albori@64-251-150-248.fidnet.com) has joined #raspberrypi
[17:02] <thescatman_> RaTTuS|BIG: What would happen if the pi turned off from, say, a brown out?
[17:02] <thescatman_> would it write the images over that folder again?
[17:04] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Quit: Textual IRC Client: www.textualapp.com)
[17:05] <RaTTuS|BIG> if the time was not updated then it would start again - if it is plugged into a lan then the time will be fine ....
[17:05] <thescatman_> ah alright; It can only be plugged into a plug socket :/
[17:06] <thescatman_> since it's going to be hidden at the top of a freezer to video a room temporarily
[17:06] <thescatman_> (for a few weeks)
[17:09] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Read error: Connection reset by peer)
[17:09] <steve_rox> i assume they will release more rpi2 updates in comein days to resolve current issues
[17:09] * shum1 (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[17:10] * cave (~various@gateway/tor-sasl/cave) Quit (Quit: No Ping reply in 180 seconds.)
[17:10] * krelo (~krelo@dsl3-209.uninet.ee) Quit (Quit: ZZZzzz…)
[17:10] * cave (~various@gateway/tor-sasl/cave) has joined #raspberrypi
[17:12] * Vib3 is now known as Vibe
[17:12] <niston> thescatman_: power line ?
[17:13] * kd7jwc (~nonyabusi@174-25-63-219.ptld.qwest.net) Quit (Quit: Leaving)
[17:13] * shum1 (~sdothum@207.112.100.227) has joined #raspberrypi
[17:15] <Bilby> powerline networking is legit handy
[17:15] <niston> yup
[17:15] <niston> well. if it works in your particular location, that is.
[17:16] * Nik05 (~Nik05@unaffiliated/nik05) Quit (Remote host closed the connection)
[17:16] <Bilby> true. it's worked where i've tried it, at least
[17:16] <ppq> (and that's a big if)
[17:16] <Bilby> though it seems like the pricing is higher than i remember :/
[17:16] <niston> netgear powerline kit: CHF42.60
[17:16] <niston> thats about $45 dollars for two adapters
[17:17] <niston> Im using ZyXEL ones here, works perfect
[17:17] <niston> even five stories down to the basement
[17:17] <Bilby> last thing i was looking for was units with a wifi AP in one end, so probably why it was more expensive
[17:18] <Bilby> it's not terribly bad, but it's not impulse buy cheap either haha
[17:18] <Bilby> $90 for Netgear
[17:18] <thescatman_> niston: I don't have a spare :/
[17:18] <thescatman_> It was only supposed to be a quick thing
[17:18] <niston> wifi then?
[17:19] <niston> or simply
[17:19] <thescatman_> work doesn't have wifi unless they've finally installed it
[17:19] <niston> get an RTC
[17:19] <niston> http://www.piface.org.uk/products/piface_clock/
[17:20] <shiftplusone> steve_rox, what issues?
[17:20] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[17:20] <Bilby> build a cesium reactor and synchronize?
[17:21] <niston> LOL
[17:21] <Bilby> I mean, if he wants it to be accurate...
[17:21] <niston> atomic clock
[17:21] <thescatman_> eeeh I was hoping it would be free >.<
[17:21] <steve_rox> just the gpio access
[17:21] <steve_rox> i read in forums they will release update for it soon
[17:21] <thescatman_> I mean, I have a pi, and a hard drive, and a pi camera (soon)
[17:21] <steve_rox> RuntimeError: This module can only be run on a Raspberry Pi!
[17:21] <steve_rox> that one
[17:21] * Keanu73 (~Keanu73@unaffiliated/keanu73) has joined #raspberrypi
[17:21] <Bilby> thescatman_ you need something more accurate than the system clock?
[17:22] <niston> Bilby as I understood, the problem is there's no network connection and the power might drop
[17:22] <niston> so if it comes back the system clock will reset to 1/1/1970 or something
[17:22] <Giddles> its sad that the rpi2 is not buyable :/
[17:22] <Bilby> orite, no button cell battery for the buis
[17:22] <Bilby> *bios
[17:23] <steve_rox> i read the rpi website went down due to the traffic over rpi2
[17:23] <thescatman_> Basically I want to make a quick closed cctv with a rPI 1, a small hard drive and a pi camera
[17:23] <thescatman_> they have a power outage every week or so though, so I don't want it to end up overwriting all the images if the power dies
[17:23] <Giddles> well
[17:23] <Bilby> how long does the camera need to record?
[17:23] <Giddles> not so easy scatman
[17:23] <Giddles> :D
[17:23] <thescatman_> a couple weeks
[17:23] <Giddles> use motion
[17:24] <niston> other idea would be to simply.... use an incremental counter for filenames
[17:24] <Giddles> to capture only when shit happen
[17:24] <niston> instead of date/time
[17:24] <thescatman_> I'd like to Giddles but that sounds complicated
[17:24] <Bilby> because really it sounds like it'd be easier to use a purpose-built camera
[17:24] <Giddles> cant watch 24hr streams when im after work home
[17:24] <thescatman_> it's to put on a freezer in the storeroom, and see if anyone comes in when me and chef are away
[17:24] <Giddles> only the gapped events interest me
[17:24] <mpmc> Hix: My Pi2 arrived Tues at 4.30pm :)
[17:24] <RaTTuS|BIG> steve_rox update the gpio stuff it's not a dfoundation thig it is the gpio libs
[17:24] <Giddles> whaat
[17:24] <Giddles> :D
[17:24] <Giddles> i want a pi2 too
[17:24] <Giddles> now
[17:24] * Syliss (~temp@dpncorp1.digitalpath.net) has joined #raspberrypi
[17:25] <Giddles> which external hdd has got no energy management
[17:25] <Giddles> (i mean it runs when its powered=
[17:25] <steve_rox> well im sure someone will fix it :-P
[17:26] <ali1234> check this out: http://paste.ubuntu.com/10075529/
[17:26] <thescatman_> Giddles: was a little worried about the hdd not running, but it seems like it does fine
[17:26] <thescatman_> not even sure if I would need the HDD though tbh
[17:27] <ali1234> these registers seem to match the sync timings
[17:27] <Giddles> im in a bind
[17:27] <Giddles> using single motion running in /tmp/, events uploaded to router which is ftp
[17:27] <Giddles> thats my problem
[17:28] <Giddles> conneted to the router is the hdd, which spindowns :D
[17:28] <Giddles> so normal that it must spin on 5-8 times a day.. thats not good
[17:28] <Bilby> thescatman_ honestly something like this sounds much, much easier -- Link: http://smile.amazon.com/dp/B00KCGVFNI
[17:28] <Bilby> one camera, SD card slot to record
[17:29] <Hix> mpmc which is great when i ordered mine before you. RS reaslly are shit
[17:29] <Bilby> there are others like it with different feature sets, that was just the first i found
[17:29] <Giddles> easy is for pussys :D
[17:29] <Giddles> feel the pain of raspbipian ^^
[17:29] <Giddles> i gurantee you, you dont smile when its done
[17:29] <mpmc> Hix: I live closer :p
[17:29] <Giddles> but it quite works
[17:29] <Giddles> very stable!
[17:29] * BCMM (~BCMM@unaffiliated/bcmm) has joined #raspberrypi
[17:29] <Bilby> security needs reliability, and it's much easier to get reliability out of a one-box solution than a hobgob of raspi and drive cables :P
[17:29] * mgottschlag (~quassel@reactos/tester/phoenix64) Quit (Ping timeout: 252 seconds)
[17:30] <Giddles> i got an ir light
[17:30] <Giddles> and pi noir cam
[17:30] * Tach[] is now known as Tachyon`
[17:30] <Giddles> very nice
[17:30] <Hix> mpmc ordered some crap on ebay from HK and it is here before RS 'Next Day' delivery
[17:30] <Giddles> in black white
[17:30] <Giddles> its like daylight
[17:30] * thescatman_ (9bf573a3@gateway/web/cgi-irc/kiwiirc.com/ip.155.245.115.163) Quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
[17:30] <Giddles> led ir diods ..
[17:30] <mpmc> Hix: That's taking it too far :p
[17:30] <Giddles> nice less energy consumption
[17:31] <Hix> amusing how quickly companies get back to you when you slate them on twitter
[17:32] <shiftplusone> Hix, are you abusing RS? =/
[17:33] <Hix> i believe it is the other way around :D
[17:34] * designbybeck (~designbyb@x182y039.angelo.edu) Quit (Read error: Connection reset by peer)
[17:34] <shiftplusone> Leave the poor guys alone. =P
[17:34] * blaz000 (~blaz000@213.249.204.2) Quit (Quit: Leaving)
[17:34] <Giddles> these cameras cctv going to error while you watching them
[17:34] <Giddles> :D
[17:34] * skylite (~skylite@business-178-48-4-145.business.broadband.hu) Quit (Quit: Textual IRC Client: www.textualapp.com)
[17:35] <Hix> I was really hoping to have me cams set up and ready for the weekend. With my level of coding skills I needed them by yesterday really. On the bright side, it's given me time to adopt new ideas and even better packaging
[17:35] <Hix> s/me/my
[17:36] <Giddles> hehe forgot that
[17:36] <Giddles> :D
[17:36] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[17:36] <ShadowJK> Gadgetoid; hello, did you figure out the usleep thing?
[17:36] * mike_t (~mike@109.169.165.193) Quit (Remote host closed the connection)
[17:36] <Giddles> get a pi no ir cam and an ir light
[17:37] <Gadgetoid> ShadowJK: disabling Device Tree turns makes it work, but that's as far as we got
[17:37] <Giddles> problem of light in the dark are solved
[17:37] <shiftplusone> Gadgetoid, you!
[17:37] <Gadgetoid> shiftplusone: Ahoy!
[17:37] <shiftplusone> usleep issue resolved
[17:37] <Gadgetoid> shiftplusone: Orly?
[17:38] <shiftplusone> yarly, let me upload a fix... sec.
[17:38] * cromero (~cromero@c-98-237-136-190.hsd1.wa.comcast.net) has joined #raspberrypi
[17:39] <Hix> interestingly the cheapest place I founf the NoIr was amazon. From a company via RS with their sticker still on http://goo.gl/hEijJJit. Cheaper than no VAT price
[17:39] <Hix> �16.95 delivered (if you have prime)
[17:39] <Gadgetoid> shiftplusone: so amaze, what was it in the end?
[17:40] <shiftplusone> https://dl.dropboxusercontent.com/u/175702/bcm2709-rpi-2-b.dtb
[17:40] <shiftplusone> put that in /boot/
[17:40] * Mikelevel (~MoVeWoRk@unaffiliated/mikelevel) has joined #raspberrypi
[17:40] <shiftplusone> a parameter needed for high res timers to work not being set in the dtb, apparently.
[17:41] <ali1234> hmm... it works
[17:41] <Gadgetoid> shiftplusone: Ahhh, lovely device tree!
[17:41] <ali1234> i can shift the compite picture up by one line and draw into the VBI area with an overlay
[17:41] <ali1234> *composite
[17:41] <Gadgetoid> shiftplusone: Thank you for getting to the bottom of it! I'm not at my desk right now though :(
[17:41] <shiftplusone> Nuh, it was Phil, but no worries.
[17:42] * basti (~basti@p57BDF67A.dip0.t-ipconnect.de) has joined #raspberrypi
[17:43] * lpax (~lpax@unaffiliated/lpax) Quit (Remote host closed the connection)
[17:45] * turtlehat (~offmode@home.b3nny.eu) has joined #raspberrypi
[17:46] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[17:46] * Aldem (~Aldem@unaffiliated/aldem) Quit (Quit: Leaving)
[17:47] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 252 seconds)
[17:48] * Aldem (~Aldem@unaffiliated/aldem) has joined #raspberrypi
[17:48] <niston> haha http://what-if.xkcd.com/imgs/a/118/worst.png
[17:49] * GentileBen (GentileBen@cpc5-lutn10-2-0-cust681.9-3.cable.virginm.net) has joined #raspberrypi
[17:52] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[17:52] <shiftplusone> That was an interesting what if.
[17:53] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[17:55] <niston> I once worked at a place that paid a very high salary. so I made a small clock program, with a counter that was coupled to the badge station. when I badged in, it would start counting the money I made while working there. CHF 0.20 / second.
[17:56] <niston> this lead me to often sit after having finished work of the day, just to let the counter jump to an even number :P
[17:57] <ali1234> heh... this is cool. you can make it draw the video fields completely out of sync
[17:58] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Quit: WeeChat 0.3.8)
[17:58] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) has joined #raspberrypi
[17:59] * abnormal (~abnormal@ip-64-134-71-183.public.wayport.net) has joined #raspberrypi
[18:01] * Moshin (~bangboom@udp000088uds.hawaiiantel.net) Quit (Client Quit)
[18:02] * KitB (~quassel@kitb.pw) has joined #raspberrypi
[18:02] <gorideyourbike> I have a pi connected to my router that I've exposed to the world with port forwarding. Should I also be running firewalld on my pi?
[18:03] <niston> what for? you can't firewall the exposed port :P
[18:03] <niston> well you can, but...
[18:04] <niston> OTOH, what you could do is firewall all outgoing connections except for 53 UDP/TCP to your DNS maybe.
[18:04] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[18:04] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[18:05] <gorideyourbike> what would that do?
[18:05] <gorideyourbike> yeah I figured it was pointless
[18:05] <niston> if someone hacks your Pi through the exposed port/service, it would prevent them from entering your network through the Pi.
[18:05] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[18:05] <niston> however
[18:05] <niston> if they attain root, they are just going to stop firewalld.
[18:06] * TheWarden (~chatzilla@S010608bd43aaeb24.ss.shawcable.net) has joined #raspberrypi
[18:06] <clever> yep
[18:07] * Xano (~bart@092-111-222-050.static.chello.nl) Quit (Quit: Xano)
[18:08] <niston> you could still do it and tell yourself that it is a "defense in depth" approach :P
[18:09] <niston> you could add a second Pi, that tries to reach an additional service on the exposed pi that would normally be firewalled. If the attacker stopped firewalld, the second Pi could sound an alarm horn :>
[18:09] <gorideyourbike> hahaha
[18:09] <niston> *gg*
[18:10] <abnormal> lol, sillie niston
[18:10] <niston> hrhr
[18:10] <KitB> How might I go about running Pi2 images in qemu? (I already have a script for B+, looking to adapt it)
[18:11] <clever> last i looked, qemu cant do multiple cores
[18:12] * entreri (~Michael@CPEbcc81013dfdd-CMbcc81013dfda.cpe.net.cable.rogers.com) has joined #raspberrypi
[18:12] <clever> gorideyourbike: another thing to think about, which ports are exposed via port forwarding?, what runs on them?
[18:12] * Noldorin (~noldorin@unaffiliated/noldorin) has joined #raspberrypi
[18:12] <niston> telnet? :]
[18:12] <clever> telnet just being there is equal to ssh, telnet under actual use is bad :P
[18:12] <entreri> hey there, I tried the RISC operating system, can someone tell me how can I open a terminal ? thank you.
[18:12] <gorideyourbike> I exposed a non-standard port for ssh
[18:13] <gorideyourbike> and I'll eventually expose a port for http
[18:13] <clever> gorideyourbike: ok, one sec
[18:13] <clever> gorideyourbike: first, setup ssh keypairs on your pi
[18:13] <clever> gorideyourbike: then go into /etc/ssh/sshd_config and set PasswordAuthentication no
[18:13] <clever> that will entirely disable logging in with a password
[18:13] <clever> even if they find the port, they cant ever guess your password
[18:14] <entreri> don't forget to enable RSAAuthentication to yes
[18:14] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Ping timeout: 264 seconds)
[18:14] <clever> i believe it defaults to on, and i would confirm that the keypairs work before turning passwords off
[18:15] <clever> that will make ssh nearly imposible to hack
[18:15] <clever> for http, it all depends on what your running there
[18:15] <clever> and then for both, you want to keep the http server and sshd up to date, security fixes
[18:15] <gorideyourbike> clever, yeah that is on my to do list
[18:16] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[18:16] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Read error: Connection reset by peer)
[18:17] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[18:17] * sdel (~sdel@ip68-108-143-9.lv.lv.cox.net) has joined #raspberrypi
[18:18] <clever> there are also other tricks you can do
[18:18] <clever> Match User foo
[18:18] <clever> <tab>PasswordAuthentication yes
[18:18] <clever> this would turn passwords back on for a single user
[18:19] <clever> so you can basicaly use the username as a second layer of pw
[18:19] * Darzeia (Darzeia@f590.ip15.netikka.fi) has joined #raspberrypi
[18:19] <clever> all the idiots brute-forcing root wont get in, and they would never randomly try to brute force gorideyourbike
[18:19] <clever> that can give you a backdoor if you loose the key
[18:20] <ppq> fail2ban ftw
[18:20] <ali1234> best thing to do is use certificate authentication
[18:21] <gorideyourbike> yup, fail2ban is on the list as well
[18:21] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[18:21] <gorideyourbike> alil234 is that the same as keypairs?
[18:21] <ali1234> s/certificate/key/
[18:21] <ali1234> yeah
[18:21] <ppq> and a random high port.. should reduce the growth rate of the auth.log significantly :)
[18:22] * fiz- (~lukasz@unaffiliated/fiz-) has joined #raspberrypi
[18:22] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[18:22] <niston> random high port would also offer *some* protection against the next heartbleed style 0hday.
[18:22] <clever> echo $RANDOM
[18:22] <niston> ie script kiddies probing for vuln services @ 22
[18:22] * mang0|AFK is now known as mang0
[18:22] <fiz-> Hai i have rasbmc and clicked exit on my tv - now i want to turn on kodi/xbmc.. preferably by remote using CEC, but not sure how
[18:23] <Hix> could someone give me a very highlevel overview of running C code on a Pi? I've learned a bit with ardiuno and would like to keep up with C if I can whilst developing things on Pi.
[18:23] <KitB> I'm fine with one core at a time, it's a short running thing
[18:23] <clever> niston: i ran metasploit on my LAN a few months ago, discovered that my cisco switch is just handing out its password
[18:23] <clever> niston: i have since tried to upgrade its firmware, but now metaspoilt isnt working, lol
[18:23] <niston> heh
[18:23] <ali1234> so when i'm twiddling registers through /dev/mem, how to i implement memory barriers?
[18:24] <gorideyourbike> hahaha well that was nice of your switch
[18:24] <clever> nginx isnt running anymore
[18:24] <clever> ali1234: i think if your using the uncached block of ram, you wont need it
[18:24] <ali1234> clever: i'm using the peripheral memory, according to the datasheet i need memory barriers...
[18:25] <ali1234> 0x20000000....
[18:25] <clever> that memory shows up at 4 locations, each with different cache control flags
[18:25] <ali1234> hmm
[18:25] <niston> gah. time to go see the dentist.
[18:25] <ali1234> so, what do?
[18:25] <niston> I HATE dentists.
[18:25] <ali1234> i'm using 0x20000000 and my code is acting a bit funny, sometime writes don't seem to take effect until the next read
[18:26] <shiftplusone> What do you have against dentists? O_o
[18:26] <niston> well not against dentists as persons.
[18:26] <clever> ali1234: one sec
[18:26] * ukgamer is now known as ukgamer|away
[18:26] * lazy_prince is now known as killer_prince
[18:27] <shiftplusone> Sure, they have an annoying habit of sticking things in your mouth and then asking you questions so you sound like an idiot trying to talk while someone has their hand in your mouth.
[18:27] <clever> ali1234: i think thats the right block
[18:27] <ali1234> i'll pastebin my code... when pastebinit has installed
[18:27] * sudormrf (~sudormrf@unaffiliated/sudormrf) Quit (Remote host closed the connection)
[18:27] <shiftplusone> "So, are you studying?" "arwgh glargh bla" "Ah okay, what year?"
[18:27] <Hix> is it simply a case of comppiling using gcc and then chmod +x and then ./program ? What about GPIO pins? how are they referenced in Pi using C
[18:28] <ali1234> Hix: yes, and there are multiple ways to access GPIO pins
[18:28] <clever> Hix: multiple ways, http://elinux.org/RPi_Low-level_peripherals
[18:28] <Hix> cool thanks. forgot the bible that is elinux.org :D
[18:29] <ali1234> Hix: linux is a lot more complicated than arduino. you can't generally access hardware generally like you do on AVR chips (even though that's exactly what i'm trying to do right now)
[18:29] * Datalink_ (Datalink@unaffiliated/datalink) Quit (Ping timeout: 246 seconds)
[18:29] <clever> ali1234: is there a reason you need to use /dev/mem?
[18:29] <ali1234> clever: i need to twiddle some registers in the pixel valve so that i can draw into the vertical blank region of the composite video signal
[18:30] <ali1234> i don't need to use /dev/mem... i could put it in the kernel
[18:30] <ali1234> but that's a pain in the ass
[18:30] <Hix> ali1234 i think the elinux link will give me enough to go with for now. cheers
[18:30] <clever> ali1234: ahh, nice, and you dont think dispmanx can do it?
[18:30] <ali1234> clever: i know it can't
[18:30] <ali1234> well that's not true
[18:30] <clever> dispmanx can get into the overscan area
[18:30] <ali1234> it can do it, but the functionality is not exposed by the firmware
[18:30] <ali1234> the overscan area is a lie
[18:31] <shiftplusone> ali1234, are you doing teletext or something?
[18:31] <ali1234> maximum overscan is 720x576
[18:31] <ali1234> shiftplusone: yes
[18:31] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Quit: Textual IRC Client: www.textualapp.com)
[18:31] <shiftplusone> ooh... lucky guess.
[18:31] <clever> ali1234: where did you find the details on the pixel pipeline?
[18:31] <shiftplusone> You're the second person I've seen wanting to do that. If that's something people actually want to do, perhaps we can add support for it in firmware.
[18:32] <ali1234> clever: i figured it out by looking at the registers
[18:32] <clever> ah
[18:32] <shiftplusone> but I think I'd have trouble convincing the powers that be that this is a thing worth doing. =/
[18:32] <ali1234> clever: http://paste.ubuntu.com/10075529/
[18:32] * Noltari (~Noltari@2001:bc8:3e01::1) has joined #raspberrypi
[18:33] <ali1234> dinner time, back in a bit
[18:33] <clever> hmmm, i see the height/width controls
[18:33] <clever> but no VBI data
[18:33] <ali1234> right, you just extend the framebuffer into those areas
[18:33] <ali1234> and then draw your teletext on screen
[18:33] <ali1234> i've done this before with nvidia
[18:33] <clever> ahh, then dispmanx could do it
[18:33] <clever> ali1234: one thing to keep in mind, fb0 is just dispmanx
[18:33] <ali1234> yes it can, with appropriate register twiddling :)
[18:34] <ali1234> i've managed to extend the framebuffer into the VBI and tested it with my bt878
[18:34] <ali1234> but the code sometimes doesn't work
[18:34] <clever> when the kernel asks for the fb0 address, the blob just returns a fixed dispmanx resource
[18:34] <ali1234> so... i need memory barriers
[18:34] <ali1234> yeah so what i;m doing is changing the way that framebuffer gets squirted out
[18:34] <clever> you could use your own dispmanx calls to setup a second resource outside of fb0
[18:34] <ali1234> yes, that is what i wwill do
[18:35] <clever> is VBI above or below the main image?
[18:35] <ali1234> but it still has to be inside the 720x576 display area setup in the pixel valve
[18:35] <ali1234> above
[18:35] <clever> ah
[18:35] <ali1234> see http://paste.debian.net/144131/
[18:35] * Syliss (~temp@dpncorp1.digitalpath.net) Quit (Read error: Connection reset by peer)
[18:35] * Syliss (~temp@dpncorp1.digitalpath.net) has joined #raspberrypi
[18:35] <shiftplusone> ali1234, are you going to publish your work when you're done?
[18:35] <ali1234> yes of course
[18:35] <shiftplusone> awesome
[18:36] * djhworld (~djhworld@gatej.mh.bbc.co.uk) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
[18:36] <clever> got a github?
[18:36] <ali1234> yes
[18:36] <clever> found it
[18:36] <ali1234> http://hackaday.com/2013/07/07/raspberry-pi-learns-the-lost-art-of-teletext/ <- i wrote the code for this thing too
[18:36] <clever> nice
[18:36] <ali1234> http://al.robotfuzz.com/generating-teletext-in-software/ <- and nvidia implementation
[18:37] <clever> the most ive done with VBI was disable it on my framegrabber card
[18:37] <ali1234> anyway really got to go now my dinner's going cold
[18:37] <clever> the kernel i had then would lock up the system any time you open the VBI interface
[18:37] <shiftplusone> heh, awesome.\
[18:37] <clever> the main issue, turning VBI off on capture, also disabled it on playback
[18:38] <clever> so all the older recordings that already had data, wherent usable
[18:40] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[18:41] * GerhardSchr (~GerhardSc@unaffiliated/gerhardschr) has joined #raspberrypi
[18:41] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 252 seconds)
[18:42] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[18:42] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[18:45] * GivenToCode (~GivenToCo@144.212.3.4) has joined #raspberrypi
[18:47] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[18:48] * PasNox (~pasnox@2a01:e34:ee42:d070:3ccf:91ee:f97e:fbde) has joined #raspberrypi
[18:49] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[18:51] * fiz- (~lukasz@unaffiliated/fiz-) has left #raspberrypi
[18:57] * Darzeia (Darzeia@f590.ip15.netikka.fi) Quit ()
[18:58] * SlackMaster (~SlackMast@68.185.220.76) has joined #raspberrypi
[19:00] * Syliss_ (~temp@dpncorp1.digitalpath.net) has joined #raspberrypi
[19:00] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[19:00] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[19:02] * shum (~sdothum@207.112.100.227) Quit (Client Quit)
[19:03] * Syliss (~temp@dpncorp1.digitalpath.net) Quit (Ping timeout: 246 seconds)
[19:03] * Syliss_ is now known as Syliss
[19:03] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[19:03] * freezer (~freezer@p5B1567BF.dip0.t-ipconnect.de) has joined #raspberrypi
[19:03] <freezer> hi, how high can the Pi2 be overclocked?
[19:04] * cromero (~cromero@c-98-237-136-190.hsd1.wa.comcast.net) Quit (Remote host closed the connection)
[19:04] * chaotic (~chaotic@unaffiliated/chaotic) has joined #raspberrypi
[19:05] * Xano (~bart@a92136.upc-a.chello.nl) has joined #raspberrypi
[19:05] * bugzc_ (~bugzc@unaffiliated/bugzc) has joined #raspberrypi
[19:06] * ukgamer|away is now known as ukgamer
[19:09] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[19:10] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Client Quit)
[19:10] <imbezol> to inifinity and beyond!
[19:11] <freezer> 1.5GHz possible?
[19:11] <NGC3982> A gigahurt.
[19:12] <shiftplusone> no
[19:12] <clever> freezer: http://www.raspberrypi.org/forums/viewtopic.php?f=29&t=82369
[19:12] * ppq (~ppq@unaffiliated/ppq) Quit (Remote host closed the connection)
[19:12] <shiftplusone> physically impossible to go above 1.2GHz. Getting to 1.2 is a challenge though.
[19:13] <clever> the ring clock will also help hint at what the upper limit is
[19:13] * Fishy (~fishy@pool-108-3-182-143.bltmmd.fios.verizon.net) Quit (Remote host closed the connection)
[19:13] * Brunetty (~Brunetty@unaffiliated/brunetty) Quit (Ping timeout: 245 seconds)
[19:14] <shiftplusone> The one I'm using doesn't go above 1050 MHz. Another guy here said his goes to 1150, but not 1200.
[19:14] <clever> it likely depends on variations in the silicon, which the ringclock can help measure
[19:15] <clever> and the 900mhz default is just within the safe zone for everything
[19:15] <clever> which reminds me, the original xbox would dynamicaly overclock the ram on every bootup, to run it as fast as the silicon can handle
[19:15] <clever> which led to some games only working on certain units that randomly got better ram
[19:16] * argakiig_lost is now known as argakiig
[19:17] * argakiig is now known as argakiig_lost
[19:17] <freezer> why is 1.2GHz the limit?
[19:18] * Xano (~bart@a92136.upc-a.chello.nl) Quit (Quit: Xano)
[19:18] * Brunetty (~Brunetty@unaffiliated/brunetty) has joined #raspberrypi
[19:18] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Quit: WeeChat 0.3.8)
[19:19] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[19:19] <shiftplusone> http://www.raspberrypi.org/forums/viewtopic.php?f=63&t=13080&start=50#p548330
[19:21] <freezer> so we can't overlock PLL?
[19:21] * divine (~divine@2001:470:8247:1::42) Quit (Quit: Lost terminal)
[19:21] * shiftplusone shrugs
[19:21] <clever> the PLL is what generates the clocks
[19:21] <shiftplusone> Just parroting jamesh. I haven't asked more about it.
[19:22] * divine (~divine@2001:470:8247:1::30) has joined #raspberrypi
[19:22] <freezer> would be nice if it could do 2GHz
[19:22] <freezer> :-)
[19:23] <shiftplusone> heh
[19:23] * yakpimp (~yakpimp@c-98-237-193-57.hsd1.wa.comcast.net) has joined #raspberrypi
[19:24] <yakpimp> Hi Raspberrypi. I've been trying to stream my foscam IP camera to the pi for a day or two, and haven't been able to do it without the stream freezing. I'ver tried mplayer, omxplayer, and vlc... Any ideas?
[19:24] <freezer> but tbh, it's still quite awesome how cheap such a powerful system is these days
[19:25] <freezer> yakpimp: tried upgrading your foscam to latest FW?
[19:25] <shiftplusone> yakpimp, do you ever see a little rainbow rectangle pop up in the top right corner?
[19:26] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[19:28] <ali1234> right, i'm back
[19:28] <ali1234> so my understanding of the existing overscan implementation: the display is always 720x576, the overscan setting cause black borders to be drawn around the fb0
[19:29] <clever> ali1234: thats what i thought
[19:29] <ali1234> if you enable overscan and set all borders to 0 they are actually 32 pixels wide
[19:29] <ali1234> if you set them all to -32 the borders are 0 wide
[19:29] <ali1234> etc
[19:29] <clever> ali1234: do you have a way to see into the overscan and VBI area?
[19:29] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[19:29] <ali1234> regardless of how you set overscan, the actual display is always 720x576, as evidenced by hello_dispmanx
[19:29] <clever> i dont think you even want to mess with config.txt, i have a second possible answer
[19:30] <clever> exactly what i suspected
[19:30] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[19:30] <ali1234> clever: yes, i use a bt878 for this
[19:30] <clever> leave overscan as it is, so fb0 fits within the display
[19:30] <clever> then modify hello_dispmanx to render at 0,0, in the VBI zone
[19:30] <ali1234> 0,0 is not in the VBI zone
[19:30] <ali1234> the display is only 576 lines
[19:30] <ali1234> all those lines are visible
[19:30] <clever> does dispmanx 0,0 land on fb0 0,0?
[19:31] <ali1234> no
[19:31] <ali1234> it lands on where the black borders start
[19:31] <clever> ah
[19:31] <clever> what about dispmanx -32,0 ?
[19:31] <ali1234> 720x576 is the *visible* area of a PAl signal
[19:31] * Fishy__ (~fishy@c-73-163-160-178.hsd1.md.comcast.net) has joined #raspberrypi
[19:31] <ali1234> full frame pal is 864x625
[19:32] <ali1234> dispmanx with negative numbers is a nonsense
[19:32] <clever> try it anyways and see what happens
[19:32] <ali1234> hmm okay
[19:32] <clever> it will either do what you want, or clip the image so its half off-screen
[19:33] <clever> from what you did with the overscan, i think its the 1st
[19:33] <ali1234> it will almost certainly clip the pixels
[19:33] <clever> fb0 is just a dispmanx resource managed by the GPU, and by setting -32 overscan, you tricked it into starting at -32,0
[19:33] <ali1234> i didn't do anything with overscan
[19:33] <clever> overscan has no impact at all on dispmanx
[19:33] <ali1234> yes, which is a completely undefined piece of memory
[19:33] <ali1234> writing it = crash
[19:33] <clever> 2015-02-05 14:29:16 < ali1234> if you enable overscan and set all borders to 0 they are actually 32 pixels wide
[19:33] <ali1234> also correct
[19:33] <clever> 2015-02-05 14:29:27 < ali1234> if you set them all to -32 the borders are 0 wide
[19:33] <ali1234> again, also correct
[19:34] <ali1234> the firmware draws those borders
[19:34] <clever> nope, the firmware sets the location of the fb0 resource
[19:34] <clever> and then by lack of anything, the borders default to black
[19:34] <ali1234> so if you use PAL and set overscan to 0 on all sides, fb0 is 656x512
[19:34] * divine (~divine@2001:470:8247:1::30) Quit (Quit: Lost terminal)
[19:35] <ali1234> so in that case fb0 is smaller than the real screen
[19:35] <clever> if you put up a single static image in the VBI zone, can you get the tv to do something?
[19:35] <ali1234> sure
[19:35] <ali1234> but in order to draw in the VBI zone i have to adjust the pixel pump registers
[19:36] <clever> got an example image with that VBI data?
[19:36] <ali1234> http://al.robotfuzz.com/~al/random/ttbitmap.png
[19:36] <ali1234> i don't know what that will do though
[19:36] <clever> ah, multiple rows
[19:36] <ali1234> yes
[19:36] <ali1234> 16 lines per field
[19:36] <clever> more bits then i was expecting, guess those crappy recordings ive seen cut the VBI in half
[19:37] <ali1234> they do
[19:37] * djhworld (~djhworld@90.194.59.76) has joined #raspberrypi
[19:37] * djhworld (~djhworld@90.194.59.76) Quit (Client Quit)
[19:37] <ali1234> teletext is 6.3 MHz
[19:37] <ali1234> 42 bytes per line
[19:37] <clever> so i guess it can put the entire line of text in on every frame?
[19:37] <clever> that would save the trouble of having to encode timing data into things
[19:38] <ali1234> what do you mean?
[19:38] * djhworld (~djhworld@90.194.59.76) has joined #raspberrypi
[19:38] <ali1234> each line of data is one line of text on the page
[19:38] <clever> ah
[19:38] <ali1234> each page is 25 lines
[19:38] <clever> so that one image could be up to 25 lines of text, wow
[19:38] <ali1234> no it's 32 lines of text
[19:38] * UKn0Me (~UKn0Me@CPE-60-228-32-46.lns6.ken.bigpond.net.au) Quit (Ping timeout: 250 seconds)
[19:39] <ali1234> there's (up to) 16 lines per field
[19:39] <ali1234> most services only use 5 or 8 though
[19:39] <clever> ahh yeah, interlacing
[19:39] <entreri> hello, I would like to use RISC OS on the Raspberry Pi as a camera monitoring system for my home. Do you guys think that RISC OS would offer the software that I need or should I go with a linux-based OS ?
[19:39] <ali1234> http://al.robotfuzz.com/~al/random/good.png is an actual recording from the air
[19:40] <shiftplusone> entreri, linux
[19:40] <clever> heh, noise all over
[19:40] <clever> let me try what i'm thinking
[19:40] <ali1234> clever: it won't work i already tried it :)
[19:40] <ali1234> i've been down all these roads
[19:41] * pragmatism (~pragmatis@wsip-98-173-164-44.sb.sd.cox.net) has joined #raspberrypi
[19:41] <shiftplusone> Don't underestimate clever. He's very good at getting halfway through doing things.
[19:41] <clever> the key part i'm thinking of, dispmanx ignores overscan and border size
[19:41] <entreri> shiftplusone: that's what I was thinking, thanks. But do you know what RISC OS would be a good use for ?
[19:41] <ali1234> clever: it does which means that the dispmanx display is always 720x576 and the fb0 can only ever be equal or smaller than that
[19:42] <entreri> networking (routing and switching), firewall, etc... ?
[19:42] * abnormal (~abnormal@ip-64-134-71-183.public.wayport.net) Quit (Ping timeout: 244 seconds)
[19:42] <shiftplusone> entreri, Not really. The ASM and bare metal programmers like it, but I can't think of any reason to use it.
[19:42] <ali1234> clever: but 720x576 does NOT extend into the VBI area
[19:42] <ali1234> in fact it starts exactly one line after it
[19:42] * nomadic (~nomadic@unaffiliated/nomadic) Quit (Ping timeout: 264 seconds)
[19:42] <ali1234> which is what you would expect really
[19:42] <ali1234> analogue TVs cut off a huge amount of the picture
[19:43] * divine (~divine@2001:470:8247:1::30) has joined #raspberrypi
[19:43] * djhworld (~djhworld@90.194.59.76) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
[19:43] <ali1234> anyway i already solved this problem
[19:43] <ali1234> the pixel pump has registers that control which lines the framebuffer is sent to
[19:44] * [sk]Ray_ (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[19:44] * lucasub (~luca@host221-161-dynamic.58-82-r.retail.telecomitalia.it) has joined #raspberrypi
[19:44] <clever> ok, so the hello_dispmanx with 0,0 cuts off most of the red border, as i would expect overscan to
[19:44] <ali1234> so i can shift the entire framebuffer (not fb0, the real 720x576 dispmanx display)
[19:44] * nomadic (~nomadic@unaffiliated/nomadic) has joined #raspberrypi
[19:44] * lucasub (~luca@host221-161-dynamic.58-82-r.retail.telecomitalia.it) has left #raspberrypi
[19:44] <ali1234> i can also change how big it is
[19:44] <clever> and even a large chunk of green on the side
[19:45] <ali1234> if you make each field 289 lines, then the second field starts showing up at the bottom of the first
[19:45] <ali1234> this is pretty standard stuff really
[19:45] <clever> vc_dispmanx_rect_set( &dst_rect, -32, -32,width,height);
[19:45] <ali1234> the hardware seems capable of arbitrary scanning, and all the timings are programmed by vec_middleware
[19:45] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Ping timeout: 250 seconds)
[19:45] <clever> and i can confirm, this moves it even more then 0,0, now to see if it actualy renders to the negative zone
[19:45] * gbaman (~gbaman@31.205.104.150) has joined #raspberrypi
[19:46] * debris` (debris@shells.ohai.su) Quit (Quit: Lost terminal)
[19:46] <ali1234> okay that green is the red wrapping around in the buffer
[19:46] * Moshin (~bangboom@173.227.40.114) has joined #raspberrypi
[19:46] <clever> nope, its the red/green/blue stripes that the example always rendered
[19:46] <ali1234> or wait, you're running hello_dispmanx unmodified?
[19:46] <clever> correct
[19:46] <clever> all i did was modify the x/y
[19:46] <clever> need to add png support next
[19:46] * niston back
[19:46] <niston> that was painless. phew.
[19:47] <ali1234> that png probably won't do anything on your TV you know
[19:47] <clever> why not?
[19:47] <shiftplusone> clever, look up raspidmx on github.
[19:47] <shiftplusone> clever, no need to re-implement the wheel >.>
[19:47] <niston> shiftplusone: nothing against dentists per se. but very much against huge metal instruments that make scary noises poking around in my mouth.
[19:47] <yakpimp> freezer: Yeah, I updated it last night
[19:47] <ali1234> because 1. you need to have a header packet before the decoder will generate a page, 2. you need to type the right page number (and you don't know what that is), and 3. the picture has to be displayed at *exactly* the right width to subpixel accuracy
[19:48] <yakpimp> shiftplusone: no rainbow rectangle other than when I reboot
[19:48] <ali1234> i can test negative dispmanx stuff anyway, i'll do it now
[19:48] <clever> ali1234: ahh, id have to fire the scope up then to get half of that
[19:48] <clever> and the rest i probly cant find
[19:49] <ali1234> bt878 just outputs analog samples of the vbi area
[19:49] <shiftplusone> yakpimp, still, I think it's worth making sure you're getting a good 5v at your input and that the voltage is well regulated.
[19:50] <clever> shiftplusone: that project looks perfect
[19:50] <ali1234> clever: so you want me to put a negative height in dest rect?
[19:50] <yakpimp> I'm using a phone charger, I had the 5v issue when i plugged into the tv USB port
[19:50] <clever> ali1234: yeah
[19:50] <ali1234> hello_dispmanx.bin: dispmanx.c:127: main: Assertion `ret == 0' failed.
[19:50] <ali1234> Aborted
[19:50] <ali1234> that's a big fat no
[19:51] <ali1234> you can't draw outside the display
[19:51] <clever> strange, it worked on the demo
[19:51] <clever> what is line 127?
[19:51] <ali1234> assert( ret == 0 );
[19:51] <clever> and 126?
[19:52] <ali1234> http://paste.debian.net/144143/
[19:52] <clever> ali1234: ah, i think you changed the wrong dst_rect
[19:52] <ali1234> i don't think i did :)
[19:52] <shiftplusone> ali1234, it might be a check on the firmware end which spits out an error. If you have a sample to send, I can check what happens if I disable that check.
[19:52] <clever> ali1234: you want to change the one for vc_dispmanx_element_add, NOT vc_dispmanx_resource_write_data
[19:52] <ali1234> shiftplusone: i don't expect this code to work, it's silly to try to draw out side of a buffer object
[19:53] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[19:53] <clever> ali1234: change line 133, not line 121
[19:53] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[19:53] <clever> 121 controls copying the arm image to a GPU image, it must be within bounds
[19:53] <clever> line 133 controls where the GPU image is put on the final framebuffer
[19:53] * whatlad (~default@cpc15-know13-2-0-cust162.17-2.cable.virginm.net) Quit (Quit: Leaving)
[19:53] <clever> it can be out of bounds
[19:54] <ali1234> clever: okay that works. the result is cropped to the 720x576 area
[19:54] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[19:54] <clever> ahh, that answers everything then
[19:54] <ali1234> as expected i mean the pixel valve is only going to look at that area
[19:54] <yakpimp> shiftplusone: the pi doesn't freeze, just the stream.
[19:54] <yakpimp> and the audio continues on
[19:54] <shiftplusone> oh O_o
[19:54] <shiftplusone> well... nvrm then.
[19:54] <yakpimp> lol
[19:55] <clever> ali1234: so youll likely need the pixel valve stuff, and then you could skip the overscan controls to leave fb0 in the visible area
[19:55] <yakpimp> is there some other software that would be better at streaming an asf?
[19:55] * shiftplusone gets back to watching things compile
[19:55] <ali1234> clever: yes, exactly
[19:55] <ali1234> clever: ideally also a mode with is 576+32 pixels high, so that i don't lose 32 pixels off the bottom!
[19:55] <ali1234> but that would require firmware changes
[19:56] <clever> ali1234: i would just open a ticket on the firmware github, get them to bump the screen size up by 64 pixels
[19:56] * [sk]Ray_ (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Ping timeout: 264 seconds)
[19:56] <clever> and offset the fb0 down 32, so nobody notices under normal conditions
[19:56] <ali1234> as i said, i can modify the pixel pump to make the visible area bigger than 576 lines, and it wraps around into the other field
[19:56] <clever> yeah, firmware has to actualy supply an extra 64 scanlines of data
[19:57] <ali1234> yeah
[19:57] <ali1234> or rather it has to set up the dispmanx compositor to do that
[19:57] <ali1234> vec_middleware controls all this stuff
[19:57] * BobFrankly (~IceChat7@unaffiliated/bobfrankly) has left #raspberrypi
[19:58] * AlecksG- (~AlecksG@znc.wkmanire.com) Quit (Read error: Connection reset by peer)
[19:58] <ali1234> clever: so anyway... how do i do memory barriers?
[19:59] <clever> within the kernel, its wmb() and rmb(), i think they are macros to compiler functions
[19:59] * AlecksG (~AlecksG@znc.wkmanire.com) has joined #raspberrypi
[19:59] <clever> and if i remember correctly, all it does is tell the compiler to not re-order things, it does nothing to the cache
[20:00] <ali1234> hmm
[20:00] <clever> include/asm-generic/barrier.h:#define rmb() mb()
[20:00] * debris` (debris@shells.ohai.su) has joined #raspberrypi
[20:00] * dr0 (~dr0@77.88.71.231) Quit (Remote host closed the connection)
[20:00] * AlecksG (~AlecksG@znc.wkmanire.com) Quit (Read error: Connection reset by peer)
[20:00] <ali1234> well i don't really mind what order these operations happen
[20:00] <clever> then you want something else
[20:00] <ali1234> i just want them to definitely work :)
[20:01] <clever> the actual definition from the kernel source
[20:01] <clever> #define wmb()>--asm volatile ("": : :"memory")
[20:01] <ali1234> all i am going to do is write 4 32 bit values into physical memory
[20:01] <clever> it looks like its telling the compiler, here is a blob of assembly that touches memory
[20:01] * dreamon (~dreamon@unaffiliated/dreamon) has joined #raspberrypi
[20:01] <clever> the compiler then wont trust its own assumptions about memory (it doesnt know what your assembly did)
[20:01] <clever> so the compiler will re-read anything it thinks was cached
[20:01] <ali1234> ah, volatile
[20:01] <clever> even though the supplied assembly is 0 bytes long
[20:02] <ali1234> maybe it optimized out my write because i never used the result
[20:02] * Fishy__ (~fishy@c-73-163-160-178.hsd1.md.comcast.net) Quit (Remote host closed the connection)
[20:02] <ali1234> good thinking
[20:02] <clever> similar to volatile, it makes everything before wmb() invalid
[20:02] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[20:02] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[20:02] * Fishy__ (~fishy@c-73-163-160-178.hsd1.md.comcast.net) has joined #raspberrypi
[20:02] <clever> all of the gpio examples use volatile pointers
[20:02] <ali1234> yeah this is what i need to do probably
[20:02] <ali1234> should have known that really...
[20:03] <clever> so the only thing the barrier does, is tell the compiler how to arrange the assembly, nothing more
[20:03] <ali1234> i jumped to conclusions cos i read that page about memory barriers
[20:03] <clever> and i think i just found my i2c code i lost months ago
[20:03] <ali1234> my bad :)
[20:03] <clever> yep, there it is
[20:06] <clever> ever played with capacitive touch sensors?
[20:07] <ali1234> no, only resistive, and only through omap
[20:07] <gorideyourbike> clever, when creating SSH keypairs can I use the same key to log into multiple machines? e.g. can I use the key I generated on my laptop to log into my deskstop AND my rpi?
[20:07] <clever> gorideyourbike: yep
[20:07] <ali1234> gorideyourbike: yes, and there is even a handy tool to set it up if you use linux
[20:07] <clever> gorideyourbike: ive got one key on my laptop that can access every computer in my house and several that i rent online
[20:07] <clever> so i never have to enter a pw
[20:08] <gorideyourbike> alil1234 whats the name of the tool?
[20:08] <clever> and with ssh agent forwarding, any pc i can ssh into also gains that power
[20:08] <clever> gorideyourbike: ssh-keygen
[20:08] <ali1234> gorideyourbike: seahorse
[20:08] <clever> ah, diff tool
[20:08] <ali1234> it's a gui tool for key management
[20:09] * user1138 (~user1138@unaffiliated/user1138) Quit (Ping timeout: 250 seconds)
[20:09] <clever> ah
[20:09] <doomlord_1> reading around, aparently the pi is not considered ideal to run a 3d printer, is that so
[20:09] <clever> i just create one key per system
[20:09] <gorideyourbike> ok
[20:09] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) has joined #raspberrypi
[20:09] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) Quit (Ping timeout: 250 seconds)
[20:09] <clever> doomlord_1: i think i saw something about blender running better on the pi2, because of the 4 cores
[20:10] <clever> but if you have a pre-sliced file, i dont see why an older pi cant do the job
[20:10] <ali1234> clever: seahorse asks for login on the remote machine and installs the public key for you, so you don't need to mess with authorized_keys
[20:10] <ali1234> well, that's one thing it can do
[20:10] <doomlord_1> makes sense ; but I meant physically driving it (comments mention the arduino being better for realtime control)
[20:11] <ali1234> doomlord_1: with arduino your driver code will never get preempted by something else
[20:11] <clever> ali1234: so does 'ssh-copy-id'
[20:11] <clever> just 'ssh-copy-id user@remote' and enter the pw when it asks
[20:11] <doomlord_1> i've heard of realtime tweaks for linux ('ubuntu studio' )
[20:11] * divine (~divine@2001:470:8247:1::30) Quit (Quit: Lost terminal)
[20:11] <ali1234> clever: nice, didn't know that... seahorse probably just calls out to that tool
[20:11] <shiftplusone> doomlord_1, run the printer entirely or control a board like RAMPS?
[20:11] <clever> doomlord_1: the GPU does tons of stuff that you cant stop from pre-empting you
[20:12] <gorideyourbike> clever, created the key on my laptop, copied it to my desktop and rpi. now how do I use that same key to ssh into my rpi from my desktop?
[20:12] <doomlord_1> i guess its overkill anyway
[20:12] <ali1234> gorideyourbike: the key is two files, you only copy one of them
[20:12] <doomlord_1> (i mean the pi shuold be way overpowered to just move some motors)
[20:12] <clever> gorideyourbike: in general, dont copy a private key to another machine, you ruin the security
[20:12] * ZeroCaptcha (5959fd25@gateway/web/freenode/ip.89.89.253.37) has joined #raspberrypi
[20:12] <clever> gorideyourbike: each computer should have its own key pair
[20:12] <clever> doomlord_1: http://www.raspberrypi.org/forums/viewtopic.php?p=675322#p675322
[20:12] <doomlord_1> perhaps having multiple physical cores should help realtime
[20:13] <clever> what i said here, and the quote as well
[20:13] <doomlord_1> i.e. specific cores could be marked not to ever be pre-empted.
[20:13] <ali1234> doomlord_1: not really, since the GPU will preempt any of them even if you set affinity
[20:13] <clever> doomlord_1: GPU will steal the ram and pre-empt all of ARM
[20:13] <doomlord_1> ouch, ok
[20:13] <clever> explained in the quote i just linked
[20:13] <ali1234> an AVR chip costs like £2, just do that :)
[20:14] <clever> 'Then, every 500ms, the GPU freezes everything for up to 16us while it adjusts the memory refresh rate based on temperature.'
[20:14] * bizarro_1 (~bizarro_1@0.Red-83-55-237.dynamicIP.rima-tde.net) has joined #raspberrypi
[20:14] <gorideyourbike> clever, kinda confused now. you said you used one key to log into all your machines
[20:14] <ZeroCaptcha> Hello, since earlier I had some maximum storage issue with my Pi, I checked through "df -h" to verify what was going on. I have a 16GB SDcard, does it look OK to you guys? http://pastebin.com/7bTKretz
[20:14] <gorideyourbike> do I need to run ssh-keygen & ssh-copy-id on each machine?
[20:15] <ali1234> gorideyourbike: you keep the private key on only one machine, and put the public key on all the others
[20:15] <clever> gorideyourbike: one key for every machine your actualy sitting at
[20:15] <clever> gorideyourbike: my laptop has a key, which gives it access to everything, and the desktop in the other room has its own one key for everything
[20:15] <clever> if the laptop gets stolen, i can revoke its key without breaking the desktop
[20:16] <gorideyourbike> clever, so then I now need to run ssh-keygen on my desktop and then copy it's public key to my rpi and laptop using ssh-copy-id?
[20:16] <clever> yep
[20:16] <gorideyourbike> ok
[20:17] <clever> and if you have a shared system, each person gets their own key
[20:17] <clever> so you can cut one person out without having to re-key them all
[20:19] * MoshinWasTaken (~bangboom@173.227.40.35) has joined #raspberrypi
[20:21] <ali1234> ssh keys are a lot easier to understand after you've been using them for a while
[20:21] * Xano (~bart@a92136.upc-a.chello.nl) has joined #raspberrypi
[20:22] * Moshin (~bangboom@173.227.40.114) Quit (Ping timeout: 264 seconds)
[20:22] * foobrew (~foobrew@ip68-7-240-112.sd.sd.cox.net) Quit (Quit: leaving)
[20:26] <ali1234> clever: if you've got a scope you could figure out what these registers really mean. there's 4 for each field, two of them control lines above the display, and one controls lines below the display. but i don't know the difference between the two upper ones
[20:27] <Jack64> hey guys, I'm trying to use my pi as a wifi hotspot but I think I messed up somewhere. I got a bridge working eth0<->br0<->wlan0 and got hostapd to start at boot. if I boot the pi with the wifi adapter, eth0 doesn't get an IP and connecting devices get an IP from the router. if I connect the wifi adapter after it boots, the pi gets and IP and connecting devices don't.
[20:27] <clever> ali1234: let me plug the pi back in and add a splitter
[20:27] <Jack64> i wanted to put connecting devices on a separate vlan and give ips with the pi after connection on a captive portal
[20:28] <Jack64> can anyone help?
[20:28] <clever> ali1234: pi->RCA->bnc T->RCA->tv, with the T jamed onto a scope
[20:29] <ali1234> heh
[20:29] <ali1234> do you know what you are looking for?
[20:29] <clever> hmmm, the scope has a tv field trigger, *flips on*
[20:30] <clever> ok, i can see one scan-line, but not sure how to trigger on vsync
[20:31] <ali1234> scope should do it
[20:31] <clever> tektronix 2232 100mhz DSO (with CRT display)
[20:31] <ali1234> basically you get a longer low level than for hsync
[20:31] * [SLB] (~slabua@unaffiliated/slabua) Quit (Quit: Close the world, Open the nExt)
[20:31] <plugwash> some scopes have seperate TV-H and TV-V trigger options
[20:31] <ali1234> that would make sense
[20:31] <clever> only says tv-field
[20:32] <clever> and its drifting
[20:32] * divine (~divine@2001:470:8247:1::30) has joined #raspberrypi
[20:32] <gorideyourbike> clever, ali11234: think I finally got it figured out. thanks for your help!
[20:32] * [SLB] (~slabua@unaffiliated/slabua) has joined #raspberrypi
[20:32] * MoshinWasTaken is now known as Moshin
[20:33] <gorideyourbike> 1. created key on laptop, copied to RPi and desktop. 2. created key on desktop, copied to RPi (I won't ever ssh from desktop to laptop).
[20:34] <clever> scp will also use the same keys
[20:34] <clever> so now you can copy files without being prompted for a pw
[20:34] * DF3D2 (~petee_000@unaffiliated/df3d2) has joined #raspberrypi
[20:35] <clever> ali1234: i can clearly see the h-sync and color burst, but i dont remember how to trigger on the lenght of a level
[20:35] <clever> so its triggering on every h-sync
[20:35] <DF3D2> anyone else have highly distorted sound from usb dac w/ a pi2 ?
[20:35] <ali1234> clever: just zoome right out?
[20:36] <clever> ali1234: its triggering on random scanlines, so i'm bouncing between VBI and the text console
[20:37] <ali1234> pass... i don't have a scope, never used one
[20:37] <clever> hmmm, if i zoom in more, i think the lenght of the H-sync is changing
[20:37] <clever> and the phase of the color burst is also changing
[20:37] <ali1234> yes it will, that's how the field is determined
[20:37] <clever> 180 degrees i think
[20:37] <ali1234> dunno about colour bursts
[20:38] * t0x0sh (~tosh@t0x0sh.org) Quit (Ping timeout: 255 seconds)
[20:38] * Qatz (~DB@2601:6:4a80:5d6::90) Quit (Ping timeout: 245 seconds)
[20:38] <clever> now how did delay sweep work again, hmmm
[20:39] <ali1234> there is one other complication: somewhere there is a WSS
[20:39] * foobrew_ (~foobrew@ip68-7-240-112.sd.sd.cox.net) Quit (Quit: leaving)
[20:39] <clever> WSS?
[20:39] <ali1234> widescreen signalling
[20:40] <ali1234> you know how tvservice asks for 4:3 or 16:9?
[20:40] <ali1234> well what that does is draw a white line in the VBI area
[20:40] <ali1234> TV picks it up and switches mode
[20:40] <ali1234> nothing else in the signal changes
[20:40] <clever> ah
[20:40] <ali1234> i dunno if my tricks will cause that signal to appear in the wrong line
[20:40] <clever> i do happen to be testing on a 720 HDTV
[20:40] <ali1234> i haven't seen it show up in the teletext lines, so i think no
[20:41] <ali1234> but no idea what is drawing it
[20:41] <ali1234> see the full frame capture at http://www.doom9.org/index.html?/capture/analogue_video.html
[20:42] <clever> ok, figured out the sweep delay
[20:42] <shiftplusone> plugwash, ping?
[20:42] <plugwash> shiftplusone, pong
[20:42] * netzfisch (~Thunderbi@e176099006.adsl.alicedsl.de) has joined #raspberrypi
[20:42] <shiftplusone> plugwash, if you were to buy ARM boards for a build server, what would it be?
[20:43] <clever> ali1234: i'm well into the repetitive store, and its triggering on both fields, so now the colorburst is filling in, i can clearly see its EXACTLY 180 degrees out of phase with itself
[20:43] <plugwash> shiftplusone, good question
[20:44] * foobrew (~foobrew@ip68-7-240-112.sd.sd.cox.net) has joined #raspberrypi
[20:44] <clever> need a good text image though, text is too random
[20:44] <clever> test*
[20:44] <plugwash> the last time I asked myself that question I chose the wandboard quad
[20:44] <plugwash> but that was some time ago
[20:45] <shiftplusone> I'd like to get distcc set up in the office and am wondering what to go with. Maybe a few pi2s will be good enough.
[20:45] <plugwash> what are you building?
[20:46] * Qatz (~DB@2601:6:4a80:5d6::90) has joined #raspberrypi
[20:46] <shiftplusone> kernel and userland packages, for example.
[20:46] <shiftplusone> But also images, since I figure qemu on pc is a fair bit slower than a pi2
[20:46] * bortzmeyer (~stephane@2a01:e35:8bd9:8bb0:21e:8cff:fe76:29b6) Quit (Quit: Leaving.)
[20:47] <clever> ali1234: test_pattern from raspidmx looks neat, at the low freq, i can clearly see the brightness ramping up
[20:47] <clever> and at the high freq, i can see the color 'noise'
[20:47] <shiftplusone> but it would also be nice to compile things on the pi with distcc set up without worrying about cross-compilers doing their own thing.
[20:48] <clever> ali1234: aha!, tv-field syncs on v-sync, if you have the right timebase
[20:49] * paskl (~paskl@vps713.fra16-inx10.webhod.de) Quit (Quit: ZNC - http://znc.in)
[20:49] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) Quit (Ping timeout: 246 seconds)
[20:49] * paskl (~paskl@vps713.fra16-inx10.webhod.de) has joined #raspberrypi
[20:50] <clever> ali1234: and i can dial in any scan-line now, able to view ttbitmap.png on the scope
[20:50] <clever> though its perfectly centered on the screen, totally wrong place
[20:51] <ZeroCaptcha> Anybody can tell me if this output seems OK or not? http://pastebin.com/7bTKretz
[20:51] <shiftplusone> ZeroCaptcha, any reason to think it's not?
[20:51] <shiftplusone> oh
[20:51] <plugwash> shiftplusone, btw do you have the ability to push packages to the raspberry pi foundation repository
[20:52] <shiftplusone> plugwash, nope, not yet. I'm gradually trying to wedge myself in there
[20:52] <ZeroCaptcha> shiftplusone: well I don't know what to think with the two first lines (rootfs and /dev/root)
[20:52] <Payo> unofficial addons will need to be updated for the rpi 2 ? i don't see the option to install them
[20:53] <Payo> oops wrong channel
[20:53] <clever> ali1234: https://www.dropbox.com/s/k3y3hlai3eyn3la/2015-02-05%2015.53.17.jpg?dl=0
[20:53] <clever> https://www.dropbox.com/s/r5gbr3v22eurehf/2015-02-05%2015.53.22.jpg?dl=0
[20:54] * thomasreggi (~thomasreg@cpe-67-244-101-108.nyc.res.rr.com) has joined #raspberrypi
[20:54] <ali1234> clever: that's much to narrow as well
[20:55] <clever> yep
[20:55] <clever> but i can see a potential problem, the 19 pixel high image, is on 9 scan-lines
[20:55] <ali1234> heh
[20:55] <clever> interlacing cut it up
[20:55] <ali1234> it should be 32 pixels high
[20:55] <clever> ttbitmap.png: PNG image data, 450 x 19, 8-bit/color RGB, non-interlaced
[20:55] <ali1234> i must have scaled it for my website
[20:55] <ali1234> and i don't know what is in it anyway
[20:56] <clever> and you meantioned some kind of header
[20:56] <clever> do you need a different packet to enable things?
[20:56] <ali1234> sort of
[20:56] <ali1234> each line is a packet
[20:56] <ali1234> and also a line of text on the page
[20:56] <clever> ah
[20:56] <ali1234> but each page has a number
[20:56] <ali1234> so the decoder needs to know which page the line belongs to
[20:57] <clever> so i can just throw up a static image and the tv says TEST?
[20:57] <ali1234> so you get header packets with the page number, all subsequent packets belong to that page
[20:57] <clever> but you could create a 32 high pixel image, where the first line is always a header
[20:57] <ali1234> i could do yes
[20:57] <ali1234> you actually only need the header packets
[20:57] * GentileBen (GentileBen@cpc5-lutn10-2-0-cust681.9-3.cable.virginm.net) Quit ()
[20:57] <ali1234> cos they are also the first row (ith the clock)
[20:57] <clever> ah
[20:57] <clever> let me mess with this dispmanx example and get some more numbers
[20:58] <ali1234> and they are always displayed regardless of page number (this is why you see the number counting until it finds your page)
[20:58] <ali1234> hang on, i have some code i want you to test :)
[20:58] <ali1234> http://paste.debian.net/144148/
[20:58] <clever> heh, pngview oversimplified it, addElementImageLayerCentered
[20:58] <clever> no simple way to set the xy coord
[20:59] <ali1234> so this is the same as before, but cleaned up and i added volatile
[20:59] <clever> root@rdpclient:~# gcc devmem3.c -o devmem3
[20:59] <clever> tv flickered for a second
[20:59] <ali1234> by default it won't change the values
[20:59] * Lope (~Lope@105-237-225-2.access.mtnbusiness.co.za) has joined #raspberrypi
[20:59] <Lope> Is it better to buy many small microSD cards, or fewer big ones? I figure it's safer to buy many small ones? I've had a few microSD's suddenly die, and I figure it's better to lose 1 16GB card and still have 3 working ones left, than lose 1 64GB card, and have nothing?
[20:59] <clever> ah
[20:59] * D-Boy (~D-Boy@unaffiliated/cain) Quit (Excess Flood)
[21:00] <ali1234> check my comments :)
[21:00] <ali1234> basically each reg is two shorts and they add up to 625 lines
[21:00] <clever> let me see why the output is solid black first
[21:00] <shiftplusone> Lope, I use 8GB cards and keep data elsewhere.
[21:00] <ali1234> you are plugged in on composite right?
[21:00] <clever> it was working before i ran that
[21:01] <Lope> Yeah I'll just use microSDs for moving data around.
[21:01] <clever> ali1234: ah, just dpms
[21:01] <ali1234> phew :)
[21:01] <clever> new problem :P
[21:01] <shiftplusone> Lope, partially because I don't trust sd cards, but mostly because I re-image mine every few hours due to $reasons.
[21:01] <clever> ali1234: you restore pal timings before you exit?
[21:01] <ali1234> clever: i don't change them
[21:01] <ali1234> or at least i don't change what is in my pi
[21:02] <ali1234> the code as is writes the known values
[21:02] <ali1234> or it tries to anyway
[21:02] <clever> *looks*
[21:02] <ZeroCaptcha> are "rootfs" and "/dev/root" the same thing?
[21:02] <ali1234> what i want you to do is change reg[5] and tell me what it actually does
[21:02] <clever> ali1234: it writes the values your system has
[21:02] <clever> mine was in NTSC mode
[21:02] <ali1234> clever: ah, there you go then
[21:02] <clever> so it wrote PAL modes into an NTSC state
[21:03] <clever> VERTA 0x00100003 (16 3)
[21:03] <ali1234> yeah that will confuse the TV :)
[21:03] <clever> VERTB 0x000300f0 (3 240)
[21:03] <ali1234> tvservice -c "PAL 4:3" will fix it
[21:03] <clever> i think its more likely you forced the composite output into pal mode
[21:03] <ali1234> orr whatever mode
[21:03] <clever> but the firmware is still feeding it ntsc scanlines
[21:03] <ali1234> clever: sort of. NTSC signalling with PAL timings :)
[21:03] <ali1234> some TV systems actually do this
[21:03] <ali1234> not many though
[21:04] <clever> nope, still weird, and i think the tv gave up
[21:04] <ali1234> digital TVs are more prone to getting confused
[21:04] <clever> "NTSC 4:3" restored picture, i now have a grey square with black borders
[21:04] <clever> but still no text
[21:04] * pksato (~PEBKAC@unaffiliated/pksato) Quit (Quit: Problem Exists Between Keyboard And Chair)
[21:04] <clever> whats the config.txt for pal?
[21:05] <ali1234> don't know, don't use it :)
[21:05] <ali1234> tvservice does the same thing
[21:05] <clever> hmmm, one min
[21:05] <ali1234> but after you run tvservice, all dispmanx stuff gets invalidated
[21:05] <ali1234> so you have to rerun any test program
[21:05] <ali1234> or else you just get a black screen
[21:06] <niston> wow. Edward Norton is getting OLD.
[21:06] <clever> fb0 is also dispmanx, that might explain why i lost all console
[21:06] <ali1234> yes it might
[21:06] * sergiogr (~sergiogr@19.Red-88-16-69.dynamicIP.rima-tde.net) has joined #raspberrypi
[21:06] <clever> hmmmm, apartently, even a modem digital tv in canada cant handle PAL
[21:06] <ali1234> not unusual at all
[21:07] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[21:07] <ali1234> they don't put much effort into the analogue stuff
[21:07] <clever> seems simpler to just make a universal firmware and be done with it
[21:07] <clever> and speaking of 'analog', this TV can pick up the on-demand service my old cable co put out
[21:07] * ZeroCaptcha (5959fd25@gateway/web/freenode/ip.89.89.253.37) Quit (Quit: Page closed)
[21:07] <clever> all on-demand channels are unencrypted QAM
[21:07] <clever> bypass the cable box, and you can spy on your neighbors viewing habbits
[21:08] * Albori (~Albori@64-251-150-248.fidnet.com) Quit ()
[21:08] * mgottschlag (~quassel@reactos/tester/phoenix64) has joined #raspberrypi
[21:08] <ali1234> in the UK we only have free to air T and S and encrypted cable, all digital now
[21:08] <clever> my new service is pure fiberoptic
[21:08] <clever> multicast rtp mpegts, with the usual mpegts crypto
[21:08] <clever> if i had the keys, i could turn the pi into a cable box
[21:09] <clever> let me adjust your example to NTSC and then see what it does to the scope
[21:10] * markfletcher (~markfletc@38.99.193.90) has joined #raspberrypi
[21:10] * Sir_Pony (~rawr@cpe-174-099-005-078.nc.res.rr.com) Quit (Quit: Leaving)
[21:10] * roentgen_ is now known as roentgen
[21:10] <clever> neat, i can see the text scrolling on the scope
[21:10] <niston> heh. what are you guys up to?
[21:10] <clever> cant read it, since each scanline is 1 blip, but i can see the blips shifting as it scrolls
[21:10] <clever> niston: composite video voodoo
[21:11] * shum (~sdothum@207.112.100.227) Quit (Quit: WeeChat 1.1.1)
[21:11] <ali1234> reducing the total number of lines across all 4 registers does in fact change the signal timing
[21:11] * shum (~sdothum@207.112.100.227) has joined #raspberrypi
[21:11] <ali1234> so it is possible that the composite out could be used as a generic DAC
[21:11] <ali1234> at like 6MHz
[21:11] <ali1234> which is pretty neat
[21:12] * kd7jwc (~nonyabusi@174-25-63-219.ptld.qwest.net) has joined #raspberrypi
[21:12] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) Quit (Ping timeout: 245 seconds)
[21:12] <clever> ali1234: i have seen people use a VGA card as a generic DAC
[21:12] <phire> yes, that would be cool
[21:13] <clever> which was then used to generate QAM digital tv signals
[21:13] <ali1234> clever: yes me too, that project inspired my teletext stuff
[21:13] <niston> TEMPEST comes to mind
[21:13] * qubitnerd (~neutrino@unaffiliated/electron/x-8286743) Quit (Quit: WeeChat 1.1.1)
[21:14] * D-Boy (~D-Boy@unaffiliated/cain) has joined #raspberrypi
[21:14] <clever> ali1234: ok, so i modified your example to write back the NTSC values
[21:14] <ali1234> niston: it's kind of reverse tempest, you can rick-roll the spies
[21:14] <niston> hahahaha
[21:14] <clever> now i need a solid color up, digging thru raspidmx
[21:15] <ali1234> niston: one such example: http://www.erikyyy.de/tempest/
[21:15] * zaffy (~max@adsl-ull-14-170.49-151.net24.it) has joined #raspberrypi
[21:15] <plugwash> shiftplusone, maybe consider the odriod xu
[21:15] <ali1234> clever: hang on i'll paste my test app
[21:15] <plugwash> only major downside I see with it is no SATA though it does have USB3
[21:15] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspberrypi
[21:16] * BluRaf (~BluRaf@093105018083.lowicz.vectranet.pl) Quit (Quit: See ya!)
[21:16] <clever> ali1234: ok, i can see a certain number of blank scan-lines before the white begins
[21:16] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[21:16] * SlackMaster (~SlackMast@68.185.220.76) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
[21:16] <plugwash> shiftplusone, sorry odriod xu3 (they've updated it a bit)
[21:16] <shiftplusone> heh, yeah, I've been looking into it and it looks like odroid has the high end market covered. I'm not sure if I'm comfortable building pi packages on odroid devices though =P
[21:16] <ali1234> clever: it should be the two numbers in the first register added together
[21:16] <clever> ali1234: 13 scan-lines with color-burst, before the white begins
[21:17] <clever> what should i play with?
[21:17] <ali1234> reg[5] and reg[7]
[21:17] <ali1234> you should have 0x00100003 in both
[21:17] * plugwash frequently builds pi packages on an odriod device
[21:17] <clever> i reduced 5 by 1, and now there are only 12 scanlines
[21:18] <clever> let me turn it down as far as i can
[21:18] <ali1234> so 0x00100002?
[21:18] <ali1234> remember the register contains TWO numbers
[21:19] <ali1234> 0x10 and 0x2
[21:19] <clever> 0x00100000 in 5 gives me 11 scan-lines before the image
[21:19] <clever> yeah, i was wondering what to do when i bottomed out
[21:19] <clever> let me lower the other and see what happens
[21:19] <Syliss> 3.1415926
[21:19] <ali1234> right and 0x000f0000 should give you 10
[21:19] <ali1234> etc
[21:19] <Syliss> lulz
[21:19] <Syliss> wrong chat
[21:19] <clever> ali1234: and jitter, i think i ignored the other field too much
[21:19] <ali1234> yes
[21:20] * Albori (~Albori@64-251-150-248.fidnet.com) has joined #raspberrypi
[21:20] <gorideyourbike> clever, alil1234: thought of something else. so I have a random port forwarded to my pi for ssh. can I also set up my pi to listen to port 22 but only for connections from 192.168.1.0/24?
[21:20] <ali1234> your odd field is now two lines short
[21:20] <ali1234> gorideyourbike: yes, absolutely
[21:20] <clever> let me keep pushing this field first
[21:20] <clever> gorideyourbike: you can set sshd to listen on multiple ports
[21:20] * skyroveRR (~skyroveRR@unaffiliated/skyroverr) has joined #raspberrypi
[21:20] <ali1234> clever in reg 5 and 6 you have four numbers total
[21:20] <clever> c2d tftproot # grep port -i /etc/ssh/sshd_config
[21:20] <clever> Port 22
[21:20] <clever> Port 2222
[21:20] <ali1234> add them all up, that's the odd field
[21:20] * BluRaf (~BluRaf@093105018083.lowicz.vectranet.pl) has joined #raspberrypi
[21:20] <ali1234> so for proper syncing, when you reduce one you must increase another
[21:21] <ali1234> and 7 and 8 are exactly the same but for even field
[21:21] <clever> ah
[21:21] <clever> i'll have to do it right now, 0x000d0000 completely lost sync on the scope
[21:21] <ali1234> 5 is all before the image, 6 is the image itself and lines after the image
[21:21] <gorideyourbike> clever, I have ListenAddress set to 0.0.0.0:<random-port>, do I just add 192.168.1.0:22 to that line?
[21:22] <ali1234> so i want to know the difference between the two types of lines in reg 5
[21:22] <clever> gorideyourbike: listen address wont have any impact on the port forward
[21:22] <ali1234> clever: he just wants port 22 for local network
[21:22] <clever> yep
[21:22] <gorideyourbike> hmmm, that's what I changed to make PF working though
[21:22] <clever> but 192.168.1.x wont stop the port forward from accessing 22 if the router is setup
[21:22] <clever> and if your pi ip changes and you dont update x, it breaks entirely
[21:23] <ali1234> gorideyourbike: you either add it on the same line or put two "ListenAddress" lines, not sure which
[21:23] <gorideyourbike> set up static ip on the PI and router so that shouldn't be a problem
[21:23] <clever> gorideyourbike: just add 2 ListenAddress, one for 0.0.0.0:<random-port> and one for 0.0.0.0:22
[21:23] <ali1234> yeah, this
[21:23] <gorideyourbike> ok
[21:23] <ali1234> 22 won't be reachable from outside
[21:24] <ali1234> gorideyourbike: check man sshd_config
[21:24] <gorideyourbike> alil1234, because only <random-port> is being forwarded correct?
[21:24] <ali1234> gorideyourbike: yes
[21:24] <gorideyourbike> ok
[21:24] <ali1234> and you use multiple lines each starting with ListenAddress, one per address
[21:25] <clever> ali1234: regs[5] = 0x00040009
[21:25] <clever> its not moving anymore, did i mess something up?
[21:25] <ali1234> no idea?
[21:25] <ali1234> 4 + 9 = 0xc?
[21:25] <ali1234> 0xd sorry
[21:26] <ali1234> so this is same as 0x000d0000
[21:26] <clever> i only started to increase the 2nd part when the scope lost sync
[21:26] <clever> so its way off from what it should have been
[21:26] <ali1234> the first number might be the actual length of the sync pulses
[21:26] <ali1234> and the second just "empty" lines
[21:26] <ali1234> or something like that
[21:26] <ali1234> so if you make one too low it might not sync at all
[21:27] <ali1234> i dunno... this is what i want you to tell me :)
[21:27] <clever> let me play with these more
[21:27] <ali1234> also... maybe it's confused the hardware
[21:27] <ali1234> try reseting with tvservice and then going back to known values
[21:27] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) has joined #raspberrypi
[21:27] <ali1234> i'll try to make this program a bit easier to use - read the existing values and offset them with command line params
[21:28] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Ping timeout: 264 seconds)
[21:29] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Ping timeout: 250 seconds)
[21:30] <clever> ali1234: my starting point, http://pastebin.com/fqfcc61n
[21:30] <ali1234> hmm... it should also be possible to get a 240p mode for flicker free arcade scanline emulation
[21:31] <ali1234> clever: yep that matches what i get when setting an NTSC mode
[21:32] <clever> since VERA even and odd match, i'll move it to a variable so i mod both together
[21:32] * netzfisch (~Thunderbi@e176099006.adsl.alicedsl.de) Quit (Ping timeout: 240 seconds)
[21:32] * DrBrownBear (~DrBrownbe@gateway/vpn/privateinternetaccess/drbrownbear) has joined #raspberrypi
[21:32] * DrBrownBear (~DrBrownbe@gateway/vpn/privateinternetaccess/drbrownbear) has left #raspberrypi
[21:34] <ali1234> they don't match on PAL... dunno why though
[21:34] <clever> VERTA 0x000f0004 (15 4)
[21:34] <mortal> verta = blood in finnish
[21:34] * zaffy (~max@adsl-ull-14-170.49-151.net24.it) Quit (Quit: Leaving)
[21:34] <mortal> lol
[21:34] <clever> no visible change when i reduce both together
[21:35] <ali1234> can you see the WSS?
[21:35] <clever> let me poke tvservice to send it
[21:36] * divine (~divine@2001:470:8247:1::30) Quit (Remote host closed the connection)
[21:36] <ali1234> tvservice will reset all the regs
[21:36] <clever> "NTSC 16:9" doesnt put the tv into widescreen
[21:36] <clever> i re-ran the dispmanx demo after, without your tool changing anything
[21:36] <ali1234> hmmmm.... well i must admit i have not tried it
[21:36] <ali1234> however when i desynced i could see the wss signal
[21:36] <ali1234> in the scrambled mess :)
[21:36] <clever> i dont see anything that looks like WSS
[21:37] * gh0stX (~gh0stX@gateway/tor-sasl/gh0stx) has joined #raspberrypi
[21:37] <clever> and the tv isnt switching mode either
[21:37] * abnormal (~abnormal@ip-64-134-71-183.public.wayport.net) has joined #raspberrypi
[21:39] <clever> ah, variable holdoff was set, screwing with my triggering a lot
[21:39] <clever> much better view now
[21:41] <clever> now i can dial in an exact scan-line and it will remain solidly fixed on-screen
[21:43] <clever> ali1234: http://pastebin.com/z9yD8eAJ my current code
[21:43] * Mutantx (~Carlo@gateway/vpn/privateinternetaccess/mutantx) has joined #raspberrypi
[21:44] <ali1234> i'm working up something nicer to use
[21:44] * netzfisch (~Thunderbi@e176099006.adsl.alicedsl.de) has joined #raspberrypi
[21:44] <clever> changing bar appears to have no impact at all, changing baz effects the number of blank lines
[21:44] <clever> but if baz gets too low, it can break
[21:44] <clever> ah, roll-over i think
[21:45] * Bilby (~bgates@cpe-174-101-47-55.columbus.res.rr.com) Quit ()
[21:46] <clever> increasing baz makes the VBI area bigger
[21:46] * Fishy__ (~fishy@c-73-163-160-178.hsd1.md.comcast.net) Quit (Remote host closed the connection)
[21:46] * Lope (~Lope@105-237-225-2.access.mtnbusiness.co.za) Quit (Quit: Leaving)
[21:46] * Tenkawa (~arakeen@unaffiliated/tenkawa) has joined #raspberrypi
[21:46] <Tenkawa> hi all
[21:46] * Jinx (Dojo@unaffiliated/jinx) Quit (Read error: Connection reset by peer)
[21:47] <Tenkawa> if i get lucky with inventory I might have a rpi2 tonight
[21:47] <clever> ali1234: http://pastebin.com/KHh6wRCM
[21:47] * abnormal (~abnormal@ip-64-134-71-183.public.wayport.net) Quit (Ping timeout: 256 seconds)
[21:47] <clever> ali1234: i dont have any blanking area now
[21:48] <clever> the white starts from the very first row with a color burst
[21:48] <ali1234> crazy ...
[21:48] <clever> do dispmanx can render into what i think is the VBI zone
[21:48] <ali1234> it's not dispmanx doing it, it's the pixel pump
[21:48] <clever> but there is a few more scanlines that lack a color burst
[21:48] <ali1234> dispmanx has no knowledge of blanking and such :)
[21:49] * _Ulan (~Thunderbi@2.26.83.183) has joined #raspberrypi
[21:49] * toillbail (~recoil@239-252.neasonline.no) has joined #raspberrypi
[21:49] <clever> i think we are modifying the pixel pump, so dispmanx winds up landing in the VBI zone
[21:49] <ali1234> right
[21:49] <ali1234> dispmanx only knows about 720x480
[21:49] <ali1234> pixel pump does what it does with the pixels dispman gives it
[21:49] * abnormal (~abnormal@ip-64-134-71-183.public.wayport.net) has joined #raspberrypi
[21:49] <clever> i still see 7 H sync pulses before the white begins
[21:49] <clever> which lack color bursts
[21:50] * cute_korean_girl (~joseon@218.53.30.191) Quit (Ping timeout: 245 seconds)
[21:50] <clever> let me take another 'screenshot'
[21:50] <clever> ali1234: https://www.dropbox.com/s/chjc74vu0konxku/2015-02-05%2016.50.39.jpg?dl=0
[21:51] <clever> the entire v-sync area with the sample code i gave above
[21:51] <clever> i used ./pngview -b 0xffff ttbitmap.png to get a 99% white image
[21:51] <clever> the non-white is centered, so its nowhere close to v-sync
[21:51] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) has joined #raspberrypi
[21:51] <ali1234> i see exactly what's happening ... i think
[21:52] <clever> let me zoom in a bit more
[21:52] <ali1234> in reg 8 you have 0x0004... that's the 4 fat pulses... that's the tail end of that field
[21:52] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) has joined #raspberrypi
[21:52] <ali1234> then you have 5 short pulses and 6 long
[21:52] <clever> those 4 pulses you count have color burst on them
[21:52] <ali1234> which are bar and baz
[21:52] <ali1234> yes cos they are just "empty" lines
[21:53] <ali1234> not sync lines
[21:53] * Tenkawa (~arakeen@unaffiliated/tenkawa) Quit (Quit: leaving)
[21:53] <clever> https://www.dropbox.com/s/jy8dhi43aunjyfh/2015-02-05%2016.53.22.jpg?dl=0
[21:53] <clever> https://www.dropbox.com/s/pthr90t6dlxqh3q/2015-02-05%2016.53.33.jpg?dl=0
[21:53] <clever> zoomed in on it more, had to cut it in half
[21:54] <clever> the tail end of one frame, and the head of the next
[21:54] <clever> the mostly low pulse train is in both for alignment
[21:55] <clever> you can just barely see the color burst in the 1st image, on the 4 empty lines
[21:55] <ali1234> somewhere in there is a half length line
[21:55] <clever> then you have 6 lines that are way below black
[21:55] <ali1234> yes, the field sync
[21:55] * XpineX (~XpineX@89.239.205.39) Quit (Read error: No route to host)
[21:55] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) Quit (Remote host closed the connection)
[21:55] <clever> then 6 lines that are black-ish without a color burst
[21:56] <clever> then the dispmanx buffer begins, at the 'wrong' spot due to reg poking
[21:56] * Jinx (Dojo@unaffiliated/jinx) has joined #raspberrypi
[21:56] <ali1234> http://martin.hinner.info/vga/pal.gif is what you are seeing
[21:56] <ali1234> except for ntsc
[21:56] * XpineX (~XpineX@89.239.205.39) has joined #raspberrypi
[21:56] <ali1234> so 525 instead 625
[21:57] <clever> yeah, nearly a perfect match
[21:57] <ali1234> so my question is what changes when you change bar or baz?
[21:57] <clever> and yeah, those sync pulses are half-line
[21:57] <clever> one sec
[21:58] <clever> currently, bar is 5, baz is 6
[21:58] <clever> if i change that to 5/7, i get a single empty line before the solid white
[21:58] <ali1234> makes sense
[21:58] * _Ulan (~Thunderbi@2.26.83.183) Quit (Remote host closed the connection)
[21:58] <clever> 5/8 gives me 2 empty lines
[21:59] * netzfisch (~Thunderbi@e176099006.adsl.alicedsl.de) Quit (Ping timeout: 250 seconds)
[21:59] <ali1234> so bar is "draw sync pulses here" and baz is "draw nothing here"
[21:59] <ali1234> would be my guess
[21:59] <clever> the scope shows no difference between 0/8 and 7/8
[22:00] <clever> but the tv is noticably jittery, it must impact something else
[22:00] * pksato (~PEBKAC@unaffiliated/pksato) has joined #raspberrypi
[22:00] <clever> 0/8 has side to side jitter, but i'm only changing v parameters??
[22:01] <ali1234> with odd sync anything can happen
[22:01] * BluRaf (~BluRaf@093105018083.lowicz.vectranet.pl) Quit (Quit: See ya!)
[22:01] <ali1234> on analogue TVs it usually rolls
[22:01] <ali1234> in BOTH directions
[22:01] <clever> i have 2 more nearby
[22:02] <clever> one is true analog/crt, the other is a pocket lcd tv
[22:02] <ali1234> scope is still the best bet i think
[22:02] <clever> when your ready for me to test something more, give me a shout or pm
[22:02] <clever> and i can snap pics of the scope with your code running
[22:02] <ali1234> i dunno what else to try really
[22:02] <clever> i can do pal too, but no coment on how the tv renders it
[22:03] <clever> toss me your pal numbers and i'll try to shift it up as much as i can
[22:03] <clever> then you can try that on your end
[22:04] <clever> hmmm, wait, tvservice maybe
[22:04] <ali1234> try setting HORZA to 0 HORZB to 0x2d0 VERTA to 0 and VERTB to 0xf0 and same for _EVEN :)
[22:05] * speeddragon (~speeddrag@gateway/tor-sasl/speeddragon) has joined #raspberrypi
[22:05] <clever> PAL seems to change the number of empty lines with each field
[22:05] <clever> so its bouncing back&forth
[22:05] <ali1234> if you get solid white we have a general purpose DAC :)
[22:05] <ali1234> yes it does
[22:05] <clever> trying
[22:06] <ali1234> (your TV will hate this)
[22:06] <shiftplusone> if you need a general purpose DAC from composite, let me know.
[22:07] <ali1234> shiftplusone: can you just tell me what the two halves of PIXELVALVE2_VERTA mean? ;)
[22:08] <shiftplusone> Heh, no. Not without running it by the man.
[22:08] <clever> ali1234: i think it massively reduced the v-sync period
[22:08] <clever> but i still see h-sync everywhere
[22:08] <shiftplusone> but there was talk of turning the composite port into a DAC, if there's interest.
[22:09] <clever> ali1234: and i still see the v-sync changing on each field
[22:09] <ali1234> shiftplusone: it looks kinda like we've already done it tbh :)
[22:09] <shiftplusone> yeah, but you're doing it a very hacky way.
[22:09] <shiftplusone> there's a proper way to do it
[22:09] <clever> i'm still getting sync pulses everywhere
[22:09] <clever> so its not a pure dac
[22:10] * marlinc (~marlinc@ip1.weert.li.nl.cvo-technologies.com) Quit (Ping timeout: 264 seconds)
[22:10] * netzfisch (~Thunderbi@e176099006.adsl.alicedsl.de) has joined #raspberrypi
[22:10] <clever> and the sync is well into the audio range
[22:10] <clever> a solid white image is noisy as heck on the audio input :P
[22:10] <ali1234> clever: there's at least one other block involved with this, the VEC
[22:10] <ali1234> and possibly the AVE as well, but that never seem to do anything
[22:11] <ali1234> they could be generating the sync pulses
[22:11] <ali1234> ah...
[22:11] <clever> let me grab one more pic
[22:11] <ali1234> the pulses could come from somewhere else, the bar/baz might be the black level
[22:11] <clever> https://www.dropbox.com/s/jjslbwav4aw8ic6/2015-02-05%2017.11.23.jpg?dl=0
[22:11] <clever> http://pastebin.com/0yuG0VB0
[22:12] <clever> the v-sync area, and the register values at that time
[22:12] <ali1234> i wonder what C and VC do... they seem to be same for PAL and NTSC
[22:12] <clever> the difference between evan and odd field, an extra empty line (with color burst) on the previous field
[22:12] <clever> which then offsets the vsync and everything after it
[22:13] * x1337807x (~x1337807x@207-170-205-178.static.twtelecom.net) has joined #raspberrypi
[22:13] <clever> i also see another interesting thing
[22:13] <clever> there is a diagonal line on the tv, like the buffers arent in alignement
[22:13] <clever> i see the same spike on the scope, at a diff point in each scan-line
[22:13] <clever> its an artifact within the pi, not the tv
[22:14] <ali1234> what if you completely zero out the even field regs and put the others to default?
[22:14] * tolot (~tolot@2001:4dd0:ff00:9189:7064:734d:5587:a5e4) Quit (Quit: Leaving)
[22:14] * XpineX (~XpineX@89.239.205.39) Quit (Ping timeout: 255 seconds)
[22:14] <ali1234> i suspect what is happening is the sync pulses come from elsewhere and the timings just say "make way for the sync pulse!"
[22:15] <clever> i think the field is longer??
[22:15] * marlinc (~marlinc@ip1.weert.li.nl.cvo-technologies.com) has joined #raspberrypi
[22:15] <ali1234> you should in theory only get one field
[22:15] <clever> i get much longer fields
[22:15] <ali1234> okay that fits with the "make way" theory then
[22:16] <clever> but PAL is still changing the lenght of each field
[22:16] <ali1234> the fields are always different lengths
[22:16] <ali1234> in PAL and NTSC
[22:16] <clever> but its not like i deleted even or odd
[22:16] <clever> i just stretched both
[22:16] * nkts (~hi5@unaffiliated/nkts) Quit (Ping timeout: 256 seconds)
[22:16] <ali1234> yes i think because the sync pulses come from elsewhere
[22:16] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[22:17] <ali1234> the pixel pump is only making up the picture information etc
[22:17] <ali1234> and the black level in the sync lines
[22:17] * Syliss (~temp@dpncorp1.digitalpath.net) Quit (Ping timeout: 245 seconds)
[22:17] * Fishy__ (~fishy@pool-108-3-182-143.bltmmd.fios.verizon.net) has joined #raspberrypi
[22:17] <clever> got some stuff i can play with in the H regs?
[22:17] <clever> the Hsync stuff could be an issue in dac use, high freq interuptions
[22:17] * nerdboy (~sarnold@gentoo/developer/nerdboy) has joined #raspberrypi
[22:17] <nerdboy> forgot the github url for the rpi sensor/display stuff
[22:17] <ali1234> not really... i mean it works the same way... the two registers add up to the full line width
[22:18] <ali1234> 0x2d0 is 720, the other three are the front and back porch
[22:18] <nerdboy> display stuff being more alpha-ish...
[22:18] <clever> HORZB 0x00000300 (0 768)
[22:19] <clever> ali1234: the scan-lines dont get any bigger on the scope
[22:19] <clever> but that diagonal blip is moving faster
[22:19] * GerhardSchr (~GerhardSc@unaffiliated/gerhardschr) Quit (Remote host closed the connection)
[22:19] <clever> maybe the pixel pump is jamming 768 pixels into the composite engine, which only expects 480?
[22:19] <clever> causing them to go out of sync
[22:19] <ali1234> 720, but yeah maybe
[22:20] <ali1234> but not actually, it expects 848, which is the total of all 4 registers
[22:20] <clever> it was 0x2d0, i bumped it to 0x400 and saw no change
[22:20] <clever> 0x500, no change
[22:20] <ali1234> right
[22:20] <clever> 0x200, no change
[22:20] <ali1234> the blip changes though right?
[22:20] <clever> yeah
[22:21] <ali1234> so the blip is at 0x500 pixels :)
[22:21] <clever> 0x100, i now have several blips per scan-line
[22:21] <clever> but the scanline itself is the same size
[22:21] <ali1234> but sync is still being cut in in the same places
[22:21] <clever> 0x100 gives 2 or 3 blips per scanline, they are moving quickly
[22:21] <ali1234> "screen" black isn't 0v
[22:21] <clever> yeah
[22:21] <ali1234> it's like 0.3v
[22:21] <clever> 0v is darker then black
[22:21] <clever> (also the name of a tv show)
[22:22] * arrakian (~arrakian@gateway/tor-sasl/arrakian) Quit (Ping timeout: 250 seconds)
[22:22] <ali1234> so the four values can be 0v, black, pixels, black
[22:22] <ali1234> then the sync cuts in over 0v
[22:22] <ali1234> but if you put 0v in wrong place, the sync just cuts in over the pixels or whatever
[22:22] <clever> if i zoom in enough, that blip is 'black' (not 0v)
[22:22] <ali1234> same for H and V
[22:22] * arrakian (~arrakian@gateway/tor-sasl/arrakian) has joined #raspberrypi
[22:23] <clever> comparing to your images, i dont see the 7.5 IRE
[22:23] <clever> it goes right from blanking level 0 IRE to 100% white
[22:23] <nerdboy> https://github.com/VCTLabs <= rpi sensor/display and other stuff
[22:23] <ali1234> because you're messed up the registers something crazy
[22:24] <ali1234> the sync signal is still using the correct timing but the pixel data isn't so the syncs are just wherever
[22:24] * Fishy__ (~fishy@pool-108-3-182-143.bltmmd.fios.verizon.net) Quit (Remote host closed the connection)
[22:24] <ali1234> remember scope syncs to... the sync
[22:24] * Leonick (~Leonick@gateway/vpn/privateinternetaccess/leonick) has joined #raspberrypi
[22:24] <clever> v-sync it seems
[22:24] <clever> but if i mess with the register too much, the scope does loose sync
[22:25] * gbaman (~gbaman@31.205.104.150) Quit ()
[22:25] <clever> ok, new conditions
[22:25] <clever> i set it to NTSC, then re-ran the program with the same reg values
[22:25] * gbaman (~gbaman@31.205.104.150) has joined #raspberrypi
[22:25] <clever> fields are now all the same length
[22:26] <clever> no empty lines with a color burst, only sync pulses
[22:26] <clever> 15.72khz H-sync freq
[22:26] <ali1234> hmm okay i think i'm getting it...
[22:27] <ali1234> the horizontal means 0v, black, pixels, black
[22:27] <ali1234> the vertical means 0v, empty line (just use horizontal params), pixel line, empty line
[22:28] <clever> 60hz v-sync freq
[22:28] <ali1234> then the actual sync pulses are cut in by some other block
[22:28] <clever> with this configuration, i'm getting 60 fields per sec, hmm, yeah thats right
[22:28] <ali1234> try putting 525 in each of the vertical registers in turn
[22:29] <ali1234> so 525, 0, 0, 0 then 0, 525, 0, 0 etc
[22:29] <clever> totaly wonky
[22:29] <clever> its alternating between solid white and solid black
[22:30] <clever> scope confirms, its not the tv
[22:30] <ali1234> how long are the solid white pulses?
[22:30] * Syliss (~temp@dpncorp1.digitalpath.net) has joined #raspberrypi
[22:30] <clever> ah wait, i had 0xf0 in [6]
[22:30] <clever> with 0 in [6] like you said, it comes out solid black
[22:30] <ali1234> i think 525,0,0,0 should give you 0v all the time, except for the sync pulses
[22:31] <ali1234> and 0,525,0,0 should give 0.3v + sync pulses
[22:31] * clever looks closer
[22:31] * kiely is now known as kiely_elsewhere
[22:31] <ali1234> or something like that... probably also need to fiddle with horizontal
[22:32] <clever> 525,0,0,0 i see the 7.5 IRE thing
[22:33] <clever> i see low sync, level 1, color burst, 1, 2......
[22:33] * _BigWings_ (~Thunderbi@modemcable033.54-130-66.mc.videotron.ca) Quit (Ping timeout: 250 seconds)
[22:33] <clever> v-sync looks normal
[22:34] <clever> 0,525,0,0, tv went solid white, checking scope
[22:34] <ali1234> yeah... it's made every line a vsync line
[22:34] <ali1234> but the sync is only added to the appropriate lines, so the others are just blah
[22:34] <clever> every scan line goes solid full power after the color burst
[22:35] <clever> with random blips everywhere
[22:35] <clever> woooo
[22:35] <ali1234> hmm
[22:35] <clever> 0,0,525,0 totally different effect
[22:35] * DJRWolf (~DJRWolf@c-50-165-77-13.hsd1.il.comcast.net) has joined #raspberrypi
[22:35] <ali1234> that should be only visible lines
[22:36] <clever> moving diagonal stripes
[22:36] <clever> https://www.dropbox.com/s/dpa7fan65rlf2it/2015-02-05%2017.35.41.jpg?dl=0
[22:36] <clever> https://www.dropbox.com/s/dpa7fan65rlf2it/2015-02-05%2017.35.41.jpg?dl=0
[22:36] <clever> https://www.dropbox.com/s/qyekvhaxvoelj9e/2015-02-05%2017.35.48.jpg?dl=0
[22:36] <ali1234> looks like field sync?
[22:36] <clever> the scope is updating faster then the shutter on my tablet, causing double-exposure
[22:36] * Dragonkeeper (~dragonkee@cpc2-gill2-0-0-cust69.20-1.cable.virginm.net) Quit (Quit: WeeChat 0.3.8)
[22:37] <clever> each scan line is a mix of black and white
[22:37] <clever> which is moving left very fast
[22:37] <clever> the tv shows the same
[22:37] <DJRWolf> I found a 5-port USB charger that can put out 2.4 amps per port or 8 amps overall with 40w total. How would that be for the Pi 2 Model B? Would I be able to support 5 Pi's or would I need to not use one or more port(s)?
[22:37] <DJRWolf> http://www.amazon.com/gp/product/B00M8XYJ6I/ref=s9_al_bw_g107_i2
[22:37] <ali1234> it's drawing more pixels than the size of the framebuffer
[22:37] <ali1234> so t's probably also drawing random data
[22:37] <clever> the scope has also lost v-sync
[22:38] <clever> and the tv is clearly rolling, along several axis
[22:38] <ali1234> DJRWolf: would be fine as long as the specs are true
[22:38] <clever> 0,0,0,525 same thing, no change
[22:38] <ali1234> DJRWolf: definitely 4 and probably 5
[22:39] <DJRWolf> ali1234 ok, thanks; since I know desktop PSU's slowly reduce how much power they can put out and I do plan on OC'ing to 1 Ghz I will only power 4 from it
[22:39] * Sir_Pony (~rawr@cpe-174-099-005-078.nc.res.rr.com) has joined #raspberrypi
[22:39] <clever> ali1234: 0,0,0,0 produces the same effect as well
[22:39] * lupinedk is now known as Lupinedk
[22:39] <ali1234> clever: all 0 is mad tho... it's saying "don't do anything at all"
[22:40] <clever> makes me wonder where its getting the data from
[22:40] <clever> brb phone
[22:40] <ali1234> i still think the sync comes from elsewhere
[22:40] * turtlehat (~offmode@home.b3nny.eu) Quit (Ping timeout: 252 seconds)
[22:40] <ali1234> and pixel pump only controls the low level 0v/black
[22:41] <ali1234> and the actual image
[22:41] <clever> i also see a DSI register in your dump
[22:41] <clever> for the display outputs
[22:41] <ali1234> clever: yes all three pixel pumps have that
[22:42] <clever> my understanding, is that DSI and hdmi had seperate pixel pumps
[22:42] <ali1234> each DSI port has one and this one is shared between HDMI and composite
[22:42] <clever> ah, 3 pumps, that confirms what i suspected
[22:42] <clever> yep
[22:42] * turtlehat (~offmode@home.b3nny.eu) has joined #raspberrypi
[22:42] <ali1234> HDMI being very similar to DSI
[22:42] <clever> the 2 DSI ports would be for something like a flip phone with a LCD on both sides
[22:42] <ali1234> i don't know why i keep saying pump, it's called a pixel valve in the docs
[22:43] <clever> and then the HDMI/composite are for the docking port, which only ever has 1 active at once
[22:43] <ali1234> this chip is for STBs more than phones
[22:43] <clever> STB's rarely have an LCD embeded on the box
[22:43] <clever> and i last heard it was for conference call boxes you throw in the middle of the table
[22:44] <ali1234> it's not powerful enough for a phone anyway :)
[22:44] <clever> but if i did have the mpegts keys, i could turn my pi into a fully functioning cable box
[22:44] <clever> i get all of my tv over multicast rtp
[22:45] * Albori (~Albori@64-251-150-248.fidnet.com) Quit ()
[22:45] <clever> aha, the scope has no termination on it right now
[22:45] <clever> so as soon as i disconnect the tv, it rings right off scale
[22:46] <ali1234> this is all still kind of a mystery, but i think i know enough to get my teletext thing working
[22:46] <clever> so i'm taping it in the middle of a terminated network, like CAN or the old coax 10mbit ethernet stuff
[22:46] <clever> if you get stuck, send me your register values and a sample program, and i can confirm which scan-line your on
[22:47] <clever> PM is best so i dont miss it
[22:47] <ali1234> oh no worries about that, i can see the VBI data on screen... trouble is i can only see those lines and the 720x576 picture... not the sync stuff or wss
[22:47] <clever> ah
[22:47] <ali1234> 878 captures VBI as an analogue signal
[22:48] <clever> i also noticed, its not garbage its rendering
[22:48] <clever> with 0,0,0,0 its taking the white background of pngview, and messing with it
[22:48] <ali1234> so i know if i'm in the right spot, i just can't tell if the signal is still actually valid for a TV :)
[22:48] <clever> as soon as i stopped pngview, the picture went black
[22:48] * genbattle (~genbattle@122-57-134-241.jetstream.xtra.co.nz) has joined #raspberrypi
[22:48] <clever> hmmm, is VBI within the color burst lines still?
[22:48] <ali1234> 0,0,0,0 probably out of spec :)
[22:48] <ali1234> good question
[22:49] <clever> because i was still on color burst lines when i stopped moving it
[22:49] <ali1234> i think yes
[22:49] <clever> there was several more sync fields before then
[22:49] <ali1234> teletext has a large run in to protect it from the color burst
[22:49] <clever> ah
[22:50] <clever> so its likely being encoded at black or white, on color enabled lines
[22:50] <ali1234> yes
[22:50] <ali1234> but it has a different frequency to the visible signal anyway
[22:50] <ali1234> but you can get away with just black and white pixels
[22:50] <clever> uh oh
[22:50] <clever> root@rdpclient:~# vcgencmd version &
[22:50] <clever> locked up the GPU
[22:51] <DF3D2> anyone have issues with usb sound devices?
[22:51] <DF3D2> my dac sounds like crap
[22:51] * Xano (~bart@a92136.upc-a.chello.nl) Quit (Quit: Xano)
[22:51] <ali1234> clever: works for me?
[22:51] <clever> ali1234: 0,0,0,0 i think locked up the gpu
[22:52] <clever> and i didnt notice until pngview hung on a dispmanx call
[22:52] <clever> vcgencmd confirmed it
[22:52] <ali1234> i'm not exactly surprised by that
[22:53] <Gadgetoid> Whew, got my install scripts updated to enable device-tree i2c/spi
[22:54] * ant_thomas (~ant_thoma@cpc13-blbn9-2-0-cust272.10-1.cable.virginm.net) has joined #raspberrypi
[22:57] * Albori (~Albori@64-251-150-248.fidnet.com) has joined #raspberrypi
[22:57] <Gadgetoid> shiftplusone: that seems to have fixed it
[22:57] * djhworld (~djhworld@90.194.59.76) has joined #raspberrypi
[22:58] <ali1234> clever: so based on what we found, it seems like the wss is fixed in the signal as well... i can roll the output up and down, wss never becomes visible
[22:59] <clever> ali1234: do you have a diagram showing where WSS belongs on the signal?
[22:59] * netzfisch (~Thunderbi@e176099006.adsl.alicedsl.de) Quit (Ping timeout: 250 seconds)
[22:59] <ali1234> http://www.doom9.org/capture/images/syncpic.jpg
[23:00] <ali1234> in the top field it's the dashed line between the green and blue
[23:00] <ali1234> that is, it's right above the picture
[23:00] * leev (lee@high.leev.net) has joined #raspberrypi
[23:00] <clever> hmmm, need more of a scope diagram
[23:00] <shiftplusone> Gadgetoid, ah, great.
[23:00] <ali1234> and shifting the picture half way into VBI does not make it visible
[23:00] <clever> ali1234: hard to tell which scan-line the green is
[23:00] <Gadgetoid> shiftplusone: although I'm getting weird errors which may be related to overclock
[23:01] <shiftplusone> What are the errors?
[23:01] * wiiguy (fake@unaffiliated/wiiguy) Quit (Quit: I just broke my connection, but no worries, we can rebuild it. We have the technology.)
[23:01] <Gadgetoid> Walls of stuff like: Message from syslogd@daos at Feb 5 22:00:54 .. kernel:[ 280.284538] 5fa0: c000ebc0 c014a6b4 01c91648 000d6630 01c91648 01d04688 01c6f208 1633d800
[23:01] <shiftplusone> need all that stuff
[23:01] * doomlord_1 (~textual@host31-51-108-109.range31-51.btcentralplus.com) Quit (Ping timeout: 245 seconds)
[23:01] <shiftplusone> If you're overclocking and this pops up while booting... then it's an overclocking problem.
[23:01] <Gadgetoid> But actually getting wall'd to my current terminal session for .. some... reason
[23:01] * Sir_Pony (~rawr@cpe-174-099-005-078.nc.res.rr.com) Quit (Read error: Connection reset by peer)
[23:02] * abnormal (~abnormal@ip-64-134-71-183.public.wayport.net) Quit (Quit: Leaving)
[23:02] <Gadgetoid> Going to reboot, d'oh!
[23:02] <Gadgetoid> Also have a totally shonky power supply
[23:02] <clever> brb
[23:03] <shiftplusone> So.... a good thing to do would be to get a decent power supply and disable overclocking then see what happens.
[23:03] * genbattle (~genbattle@122-57-134-241.jetstream.xtra.co.nz) Quit (Ping timeout: 245 seconds)
[23:04] <Gadgetoid> Like, wet string and a block of cheese pushed into the socket
[23:04] <arrakian> Guys just did firmware update on b+ and got this "mounting local filesystems failed"
[23:04] <Gadgetoid> All the decent supplies are at work! gotta grab one for home, I'm using basically the worst thing ever right now
[23:04] <arrakian> Do i need to reformat microSD or is there anything else to do to fix this?
[23:05] <Gadgetoid> Yup, overclock
[23:05] * pragmati_ (~pragmatis@wsip-98-173-164-44.sb.sd.cox.net) has joined #raspberrypi
[23:05] * Swegreen (d567c84c@gateway/web/freenode/ip.213.103.200.76) has joined #raspberrypi
[23:05] * gbaman (~gbaman@31.205.104.150) Quit (Read error: Connection reset by peer)
[23:05] <ali1234> is there a python dispmanx binding?
[23:05] * gbaman_ (~gbaman@31.205.104.150) has joined #raspberrypi
[23:05] <ali1234> my old teletext generator is python/SDL...
[23:06] <clever> ali1234: not that i know of, but its easy to write such a thing
[23:06] <clever> ali1234: https://wiki.python.org/moin/IntegratingPythonWithOtherLanguages#C.2FC.2B-.2B-
[23:06] * pragmati_ (~pragmatis@wsip-98-173-164-44.sb.sd.cox.net) Quit (Client Quit)
[23:06] * genbattle (~genbattle@122-59-87-87.jetstream.xtra.co.nz) has joined #raspberrypi
[23:06] <Gadgetoid> shiftplusone: looks like the "always-on" option was added to timer {} ?
[23:06] <shiftplusone> Gadgetoid, yup
[23:07] <Gadgetoid> Plus some i2c baud rate changes?
[23:07] <ali1234> should probably rewrite it in C for pi anyway
[23:07] <clever> ali1234: main issue i can see is the performance problem copying the image data multiple times
[23:07] <Swegreen> Hey, anyone know a webbrowser for the raspberry pi which allows the looping of html5 video (webm). The furthest I've gotten is to use epiphany-browser and enable some stuff in the config to get the playing of webm files at all to happen. But can't get it to loop. any suggestions?
[23:07] <clever> ali1234: one more detail i'll explain
[23:07] <shiftplusone> Gadgetoid, I don't know about those. I know the parameter was added recently.
[23:07] <Gadgetoid> All of the things!
[23:08] * Sir_Pony (~rawr@cpe-174-099-005-078.nc.res.rr.com) has joined #raspberrypi
[23:08] <clever> ali1234: vc_dispmanx_resource_write_data this will copy the data from arm->gpu, which can be costly if you hit large images or high fps
[23:08] * pragmatism (~pragmatis@wsip-98-173-164-44.sb.sd.cox.net) Quit (Ping timeout: 264 seconds)
[23:08] <clever> ali1234: it can also cause tearing if you copy at the wrong moment
[23:08] <ali1234> yes tearing wold be bad
[23:08] <clever> let me find my old source
[23:08] <ali1234> although to start with i'll just be sending it once
[23:09] * blaz000 (~blaz000@cpc24-swin15-2-0-cust87.3-1.cable.virginm.net) has joined #raspberrypi
[23:09] <clever> ali1234: vc_dispmanx_element_add and vc_dispmanx_element_change_source
[23:09] <clever> ali1234: using change_source, you can create 2 images, and then swap which image is rendered at a given location
[23:09] <clever> that lets you do double-buffering
[23:09] <Gadgetoid> shiftplusone: dare I ask if you know when this fix is coming down the intertubes?
[23:09] * Textmode (~boneidle@adsl-1-au-2-174.ozonline.com.au) has joined #raspberrypi
[23:09] <ali1234> what about vsync?
[23:10] <ali1234> images can't be shown twice
[23:10] <clever> ali1234: there is still a risk for tearing when you do the swap, i dont know where to get a v-sync interupt
[23:10] <clever> and that
[23:10] <ali1234> if there's no data you have to send "filler"
[23:10] <clever> ali1234: and one last bit
[23:10] <ali1234> ie null packets
[23:11] <ali1234> can you do subpixel scaling/positioning with dispmanx?
[23:11] <ali1234> if not i'll need to use GL probably
[23:11] <clever> sorta, i think the pixel valve will dither things for you to create the final image
[23:11] <shiftplusone> Gadgetoid, it has been pushed to the firmware repo already. For some reason isn't in hexxeh's rpi-firmware yet, but it should be rpi-update'able soon.
[23:11] <clever> ali1234: https://github.com/raspberrypi/firmware/wiki/Mailbox-property-interface#get-dispmanx-resource-mem-handle
[23:11] <ali1234> if i use EGL, that uses overlays right?
[23:11] <clever> ali1234: using this mailbox property, you can get the memory handle behind a DISPMANX_RESOURCE_HANDLE_T
[23:12] <clever> EGL just uses dispmanx
[23:12] <ali1234> i'm not pushing huge amounts of data you know
[23:12] <clever> nearly everything uses dispmanx
[23:12] <Gadgetoid> *groan* I wouldn't recommend rpi-update to anyone, could I stick that one setting into an overlay? :D
[23:12] <ali1234> 32 * 42 * 8 pixels per frame
[23:12] <clever> ali1234: the plan i can see now, create 3 DISPMANX_RESOURCE_HANDLE_T, each of the right size
[23:12] <clever> one is filler, 2 are for double-buffering the output
[23:13] <clever> ali1234: then use vc_dispmanx_element_change_source to throw up the right one on each frame
[23:13] <clever> a dedicated filler image lets you quickly throw it up without having to draw it again
[23:13] <clever> so your only problem is getting a v-sync pulse
[23:13] <shiftplusone> Gadgetoid, I'll find out when it will be apt-get'able then.
[23:13] <ali1234> EGL should be able to vsync
[23:13] <clever> ali1234: let me find sub-pixel aignment
[23:14] <clever> vc_dispmanx_rect_set(&src_rect,0,0,buffer.width<<16,buffer.height<<16);
[23:14] <clever> ali1234: when setting the source rect for element_add, you have to shift the numbers by 16 bits
[23:14] <ali1234> of course i need more than frame sync... i need field sync to do it properly
[23:14] <clever> i think thats fixed point, 16 bits of sub-pixel resolution
[23:14] * chipmadness (~chipmadne@75-134-183-81.dhcp.bycy.mi.charter.com) has joined #raspberrypi
[23:14] * sergiogr (~sergiogr@19.Red-88-16-69.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
[23:14] <ali1234> ah yeah actually now you mention it, i did wonder what that 16 bit shift was for
[23:15] <ali1234> awesome
[23:15] <clever> ali1234: http://ext.earthtools.ca/videos/vo_dispmanx.c
[23:15] <clever> and this is my old mplayer code, it let me do mplayer -vo dispmanx
[23:15] <clever> it includes page flipping examples
[23:15] <Gadgetoid> shiftplusone: thank you- sorry I'm such a collossal pain in the behind :D
[23:16] <clever> ali1234: look at doFlip()
[23:16] <clever> ali1234: that example also does yuv420, rather then rgba
[23:16] * goodem (~goodem@gateway/tor-sasl/goodem) has joined #raspberrypi
[23:16] <ali1234> can it do 1 bit mono?
[23:16] * Swegreen (d567c84c@gateway/web/freenode/ip.213.103.200.76) Quit (Quit: Page closed)
[23:16] <clever> just check the headers for VC_IMAGE_ and see if it has one
[23:17] <ali1234> okay
[23:17] <shiftplusone> no, thanks for helping fix a bug.
[23:17] <clever> include/interface/vmcs_host/vc_dispservice_x_defs.h: VC_FORMAT_YUV420 = VC_IMAGE_YUV420,
[23:17] <clever> ali1234: this file i believe
[23:18] <clever> ali1234: looks like your best option is RGBA16 i think
[23:18] * _BigWings_ (~Thunderbi@modemcable033.54-130-66.mc.videotron.ca) has joined #raspberrypi
[23:18] <ali1234> um... where is that file? you gave a relative path :)
[23:18] * [ctarx] (~ctarx@p4FE6DBF8.dip0.t-ipconnect.de) has joined #raspberrypi
[23:18] <clever> ali1234: run 'locate vc_dispservice_x_defs.h' on the pi
[23:19] <clever> opt/vc $ vi include/interface/vctypes/vc_image_types.h has more pixel formats, which the GPU understands and dispmanx may or may not
[23:19] <clever> one is VC_IMAGE_1BPP
[23:19] <clever> so you can try that as well and see what happens
[23:19] <ali1234> sounds line a winner
[23:20] <chipmadness> GUys
[23:20] <clever> its not in the dispman header, so it may be un-supported
[23:20] <chipmadness> does this work with a rpi?
[23:20] <clever> but you wont know till you try
[23:20] <chipmadness> http://www.hardkernel.com/main/products/prdt_info.php?g_code=G141637550797
[23:20] <clever> ali1234: and dont forget about the pitch, 3rd argument to vc_dispmanx_resource_write_data
[23:21] <clever> that is the number of bytes per row, aligned to 32byte
[23:21] <clever> with 1 bit per pixel, thats 8 pixels per byte, need to adjust pitch
[23:21] <chipmadness> I need to know if this (http://www.hardkernel.com/main/products/prdt_info.php?g_code=G141637550797) works with the rpi
[23:21] * setkeh (~setkeh@unaffiliated/setkeh) Quit (Ping timeout: 245 seconds)
[23:21] * eXtremo (~eXtremo@unaffiliated/extremo) Quit (Ping timeout: 264 seconds)
[23:21] * ctarx (~ctarx@p54A857B4.dip0.t-ipconnect.de) Quit (Ping timeout: 256 seconds)
[23:22] <clever> chipmadness: that looks like a B+ in the photos
[23:22] <clever> and the code mentions rpi libraries
[23:22] <shiftplusone> chipmadness, if you can make it work it will.
[23:22] <clever> but it also mentions odroid, so i dont know
[23:23] <clever> isnt that a knock-off?
[23:23] <shiftplusone> but given that it's some random thing that's not directly related to the pi, I don't think anybody is going to go out of their way to help.
[23:23] * eXtremo (~eXtremo@unaffiliated/extremo) has joined #raspberrypi
[23:23] <clever> ali1234: i think EGL will have too much overhead for your task as well
[23:23] <clever> ali1234: just find out how EGL gets vsync
[23:24] <ali1234> okay
[23:24] <clever> ali1234: https://github.com/raspberrypi/firmware/issues/67
[23:24] * DrBrownBear (~DrBrownbe@gateway/vpn/privateinternetaccess/drbrownbear) has joined #raspberrypi
[23:25] <ali1234> i need to get it drawing one line first... and then dial in the tuning
[23:25] <clever> what could go wrong if you have the same image up for several fields?
[23:25] <clever> would it overwrite part of the text?
[23:25] <ali1234> possibly
[23:26] * goodem (~goodem@gateway/tor-sasl/goodem) Quit (Quit: Leaving)
[23:26] <ali1234> if you have the last lines of a page, then a new header, the decoder will think the old lines belong to the new page
[23:26] <ali1234> it's not terrible
[23:26] * Cirrus_Minor (~Cirrus_Mi@CAcert/Cirrus-Minor) has joined #raspberrypi
[23:26] <ali1234> as long as it doesn't happen often
[23:27] * ix007 (~ix007fn@unaffiliated/ix007) has joined #raspberrypi
[23:27] * ix007 (~ix007fn@unaffiliated/ix007) Quit (Excess Flood)
[23:27] <clever> brb
[23:27] * ix007 (~ix007fn@unaffiliated/ix007) has joined #raspberrypi
[23:27] * teepee (~teepee@gateway/tor-sasl/teepee) Quit (Remote host closed the connection)
[23:27] * freebeer (~freebeer@gateway/tor-sasl/freebeer) Quit (Remote host closed the connection)
[23:27] * freebeer (~freebeer@gateway/tor-sasl/freebeer) has joined #raspberrypi
[23:28] * markfletcher (~markfletc@38.99.193.90) has left #raspberrypi
[23:28] * teepee (~teepee@gateway/tor-sasl/teepee) has joined #raspberrypi
[23:29] * djhworld (~djhworld@90.194.59.76) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
[23:29] * djhworld (~djhworld@90.194.59.76) has joined #raspberrypi
[23:29] * goodem (~goodem@gateway/tor-sasl/goodem) has joined #raspberrypi
[23:29] * traeak (~bolsen@50.183.227.133) has joined #raspberrypi
[23:31] <DF3D2> anyone have issues with usb sound devices?
[23:31] <DF3D2> my dac sounds like crap
[23:31] * PasNox (~pasnox@2a01:e34:ee42:d070:3ccf:91ee:f97e:fbde) Quit (Quit: Leaving - Cross platform IDE http://monkeystudio.org)
[23:32] * XpineX (~XpineX@89.239.205.39) has joined #raspberrypi
[23:32] <yakpimp> Anyone use their pi with a foscam IP camera?
[23:33] * Keanu73 (~Keanu73@unaffiliated/keanu73) Quit (Quit: Leaving)
[23:34] * goodem (~goodem@gateway/tor-sasl/goodem) Quit (Client Quit)
[23:34] * projectdp (~projectdp@unaffiliated/projectdp) has left #raspberrypi
[23:34] * goodem (~goodem@gateway/tor-sasl/goodem) has joined #raspberrypi
[23:35] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Read error: Connection reset by peer)
[23:36] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[23:37] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) Quit (Read error: Connection reset by peer)
[23:38] * goodem (~goodem@gateway/tor-sasl/goodem) Quit (Client Quit)
[23:39] * teepee (~teepee@gateway/tor-sasl/teepee) Quit (Remote host closed the connection)
[23:39] * goodem (~goodem@gateway/tor-sasl/goodem) has joined #raspberrypi
[23:39] * divine (~divine@2001:470:8247:1::30) has joined #raspberrypi
[23:40] * teepee (~teepee@gateway/tor-sasl/teepee) has joined #raspberrypi
[23:42] * [sk]Ray (~quassel@71-95-197-158.static.mtpk.ca.charter.com) has joined #raspberrypi
[23:43] * Armand (~armand@2a01:9cc0:40:6:a954:26ad:2c8c:4b2a) Quit (Quit: Leaving)
[23:48] <Cirrus_Minor> i use mine for fileserver (lighttpd) and to stream music 24/7 (MPD) oh and host a couple html pages
[23:48] <Cirrus_Minor> <3 it
[23:49] <teclo-> Hi, will I get a performance improvement if I use a Class 10 SDHC card instead of CLass 4 ?
[23:49] <Cirrus_Minor> yes teclo-
[23:49] <plugwash> depends on the specific cards
[23:49] <teclo-> ah
[23:49] <teclo-> I only use Kingston SDHC
[23:49] <Cirrus_Minor> plugwash: is right, if its a decent brand then yes
[23:49] <ant_thomas> Anyone know of a good source of decent micro USB cables? (that don't cost a fortune)
[23:49] * Mogwai (~mogwai@192-171-49-62.cpe.pppoe.ca) has joined #raspberrypi
[23:49] <plugwash> the trouble with the "class" system is it focusses on sequential performance
[23:50] <plugwash> whereas for running an OS random performance is far more important
[23:50] <Cirrus_Minor> say hi to my pi http://postimg.org/image/5lnwp3r4v/
[23:51] * Mikelevel (~MoVeWoRk@unaffiliated/mikelevel) Quit (Ping timeout: 245 seconds)
[23:51] <traeak> sometime last year dollar tree stopped carrying microusb. those cables worked fine. bought a few
[23:51] <Cirrus_Minor> i run arch 64 bit on a old sandisk 16 gig usb thumbdrive and suprisingly i notice no bottleneck, unless im cp a lot/large files
[23:52] <traeak> Cirrus_Minor: i found nilfs to work super well on usb thumbs
[23:52] <Cirrus_Minor> cool traeak , i was suprised at how well it runs
[23:52] <Cirrus_Minor> traeak: nilfs is a filesysytem ?
[23:53] <plugwash> Cirrus_Minor, AIUI samsung and sandisk are the two most reccomended brands for performance under random workloads
[23:53] * pwillard (~pwillard@c-73-184-136-133.hsd1.ga.comcast.net) has joined #raspberrypi
[23:53] <plugwash> sorry that was meant for teclo-
[23:53] * brennen (~brennen@104.131.118.91) has joined #raspberrypi
[23:53] <Cirrus_Minor> sounds legit plugwash
[23:53] * djhworld (~djhworld@90.194.59.76) Quit (Quit: My Mac has gone to sleep. ZZZzzz…)
[23:54] * abnormal (~abnormal@184.sub-70-209-136.myvzw.com) has joined #raspberrypi
[23:54] <traeak> nilfs is a flash oriented file system, log based
[23:54] * Mikelevel (~MoVeWoRk@unaffiliated/mikelevel) has joined #raspberrypi
[23:54] <Cirrus_Minor> my mpd server wurks on any device, its on 24/7 http://cirrus.turtil.net:9001
[23:54] <traeak> when the 8GB ssd died on my acer aspire one i started running a usb low profile with nifs
[23:54] <Mutantx> Has anyone tried/heard if the new pi will be able to handle on the fly DTS decoding?
[23:54] <Cirrus_Minor> thanks traeak ill check it out
[23:54] <plugwash> though you have to be careful where you buy them because fakes are very common
[23:55] <Cirrus_Minor> ^^ been stung from ebay with one or 2 bogus microsd's
[23:56] * IT_Sean (~it_sean@applefritter/IRCStaff) has joined #raspberrypi
[23:56] <traeak> honestly i may be wrong about using nilfs
[23:56] <ali1234> clever: 1BPP seems to work without fiddling... result is a bit odd though
[23:56] <ali1234> i filled the image with 0x55 and i get a blue rectangle
[23:57] <ali1234> very dark blue
[23:57] <pwillard> Oh sweet... My Pi2 just shipped.
[23:57] <ali1234> it appears to be the correct size though... but that might be the scaling
[23:58] * goodem (~goodem@gateway/tor-sasl/goodem) Quit (Quit: Leaving)
[23:59] <traeak> i'm going to be evil and wait for amazon to ship a pi2 kit. by that time any gross problems with the rpi2 should be identified by you all :-p
[23:59] <pwillard> How can you have a bogus SD card? Not what it was avertised as?
[23:59] <Gadgetoid> shiftplusone: scratch that, i2c is kaput

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