lordpil's blog

right im just not trying to have one of those loud spark momentary blindness moments

Posted by renesis at 13:17 | permalink | 0 comments

shrug i am not an old tv guy
caps an HV means i dont even touch those things if theyre open

Posted by renesis at 13:07 | permalink | 0 comments

sounds like a good theory
ripple would be load dependent, so brighter would be less rms voltage if bad cap
like is it getting less black or less white?
less black is maybe a noise issue or who knows
but does brightness go down or blackness gets brighter or both
like if it just gets more washes out but the blacks say i would guess power supply lagging down, but if black areas get some more light, i could guess some sort of noise or filter circuit issue

Posted by renesis at 12:55 | permalink | 0 comments

burny: youve done interrupt and threaded based stuff probably, so shouldnt be too difficult to pick up

Posted by renesis at 11:53 | permalink | 0 comments

i think FPGA would be good for you because it would make you think in gates and hardware blocks instead of sequentially like youre used to

Posted by renesis at 11:37 | permalink | 0 comments

you might want to try some cloud based software and actually like, participate
like circuitmaker

Posted by renesis at 11:32 | permalink | 0 comments

gpu/cpu/soundcard usually arent single person projects

Posted by renesis at 11:27 | permalink | 0 comments

wonder if flash is as succeptible
probably not

Posted by renesis at 10:59 | permalink | 0 comments

yeah you gotta figure modern critical mem usage is incredible low, as a ratio of total ram
30 years ago, like 3/4 of your ram is prob OS
right on a PC OS actual problems are probably minimal approaching zero
on a portable gaming system, youre prob several orders of magnitude more exposed to critical errors
corrupt cache seems like it could literally cause anything to happen

Posted by renesis at 10:54 | permalink | 0 comments

sure, can happen at PCB or chip level
even if your shit is perfect, particles from space gonna flip a bit or two every few years
the math for the statistic isnt too hard to find
so if you believe 90s IBM research, shit is basically happening all the fucking time
tho i bet those are based on mem density numbers that are 20 years obsolete

Posted by renesis at 10:48 | permalink | 0 comments

like, you hit compile and you see 5000 lines of error, does that bother you if you know what the first line means?
like, you know from experience its prob not really 5000 errors
oh you mean like straight bugs
i mean, still same shit
at some point you have to have the experience to *know* youre dealing with something broken and try to work around
as opposed to spending 8 hours thinking youre a fuckup
the thing with hardware errors is it may never get fixed
for various reasons, but its generally a permanent situation
that also means your workarounds wont be patched obsolete as often, if ever
like, if a hardware error has been fixed by software by enough customers, they wont fix intentionally because it will break systems on subsequent production runs
like, they will more likely release same shit as new part

Posted by renesis at 10:43 | permalink | 0 comments

so they could be adapted to other tests real quick
i was told like 4 years after i left they were still using my libraries
well, it was for specific products, but the types of tests are pretty standard
like, frequency response at diffdrive levels for diff configurations, THD vs frequency and vs amplitudes, crosstalk and noise floor tests
but you have to adapt them for specific input/output combinations, and make sure you test all the controls
so testing one products my be a set of 5 to 20 tests
some prompted and interactive, some automatic
thats almost my comfort zone
theyre like software errors, the more you know and the more experienced you are, the less random they seem when they happen

Posted by renesis at 10:38 | permalink | 0 comments

not sure what you mean
i did a bridged-parallel LM3886 chipamp design, w/ LM3886 single chan amp on same board, and a swappable active crossover module
for MrTube
i did the PCB to replace the discrete 70s amplifier in his advent powered speakers
i had done similar amps before but that was kind of a complete system
as far as programming, almost all the stuff i had done before working in r&d was small microcontroller projects, or proof of concept type prototypes
like, just seeing if i could get things to work like they should
professionally, i have a bunch of QA hardware scripts in use
yeah giant opamp for audio
50W, can bridge and parallel easily for more power
the first QA stuff I did, I would take chinese visual basic scripts and rewrite them with functions and comments

Posted by renesis at 10:33 | permalink | 0 comments

place a block from me wants $35/mo to volunteer 4 hours min a week

Posted by renesis at 10:14 | permalink | 0 comments

like, mnemonic assembly is basically mid level in that era
15 years ago in community college thats basically how we learned processor programming
couple years ago in university, we started cortex-m in assembly
just remember almost eberything you do irl will be on a sample timer
making integration either trivial or useless
but hospital rule is cool
burny: ya basically, if you know wtf that means youre probably good
anyway, in context of a makerspace/hackerspace, i think you will fit in, but might be frustrated by how some people are programming
i dont think you will learn a whole lot about actually programming, but you might learn about some code that might be useful to you
yeah youve worked pro, so not surprising
thats pretty cheap

Posted by renesis at 10:09 | permalink | 0 comments

19:23:17 < jero32> burny, doesnt the modern c standard allow for for(int i = 0; etc
gcc does, but gcc lets you do all sorts of non standard shit
i think keil is c99 or whatever and will bitch if you dont declare the shit first
shrug, maybe
possibly ansi doesnt?
fuck i want to eat and get stoned and sleep forever tho
19:21:15 < burny> renesis: what does top level program mean?
burny: diff depending on context, but in this one, programming on top of an operating system would be top (highest) level programming
programming drivers a layer below that, and operating system or embedded system coding would be lower level
another way of looking at it, asm and c are low level, with c++ being intermediate, and java, scripting, and web languages being higher level
well youve done game design so thats like kind of driver level
if youre not coding through an engine
jero32: in an asm context, it is

Posted by renesis at 10:04 | permalink | 0 comments

if youre not working at register address level, you might as well just do python on raspberry pi

Posted by renesis at 07:37 | permalink | 0 comments

depends on who is there
ideally, yes
every one ive been too, users there with laptops open and compilers or text editors up
hardware, youre going to get a lot of people with arduino and cheap 3d printer backgrounds
so you may get someone who knows what theyre doing, but you may also get people who live life w/ everything going over their head
like, 'real time' embedded is half second control loops running off multiple arduino
while in actual embedded, doing stuff at a few hundred microsecond loop rate isnt atypical
burny: you already know how to top level program, so youre basically already advanced arduino level
you should be making an effort to do register level C and trying to understand the ASM mechanisms at play

Posted by renesis at 07:32 | permalink | 0 comments

steam hybrid

Posted by renesis at 07:04 | permalink | 0 comments

tubaman: i think as a content portal but not as an ISP
probably the mail servers are still active
looks like aol and yahoo mail systems merged
a monopoly of irrelevance

Posted by renesis at 06:53 | permalink | 0 comments

Top | Add to Technorati Favorites

© 2007 lordpil.   XHTML 1.0! CSS! Site design by GNAA  Blog Engine by pbx | MULTI2 | ian hanschen | lolwat