* cr1901_modern
is a sockets API user, not implementer
kristianpaul has joined #m-labs
<cr1901_modern>
Well I guess it is, if sb0's only response is "...." :P
<sb0__>
the consequence for the user is TCP keepalive doesn't work from a vbox guest
<cr1901_modern>
Should a person really be using keepalive in the first place? The person who taught me sockets told me to basically assume "sockets can and will break", don't try to spend time trying to salvage a connection. Save state, make a new connection, continue where you left off
<sb0__>
how do you know when the socket is broken without keepalive?
<sb0__>
tcp has lousy error detection mechanisms
<cr1901_modern>
select timeout :P
<sb0__>
what?
<cr1901_modern>
Okay, I wasn't being totally serious, but each program I've written using sockets, there was always a heartbeat from the server side
<sb0__>
expecting some data periodically from the remote end is exactly what tcp keepalive does, and would do in a cleaner way if implementations weren't idiotic
<cr1901_modern>
Oh... then I'm an idiot then
sb0__ has quit [Quit: Page closed]
sb0 has joined #m-labs
Gurty has quit [Ping timeout: 240 seconds]
Gurty has joined #m-labs
sb0 has quit [Ping timeout: 264 seconds]
sb0 has joined #m-labs
<mithro>
We just opened the crowd funding campaign for the Numato Opsis - https://www.crowdsupply.com/numato-lab/opsis - Feel free to poke me if you see any factual errors on the page
attie has quit [Ping timeout: 244 seconds]
attie has joined #m-labs
<sb0>
mithro, we did have pretty complete M1 boxes, not just "early developer kits"
<larsc>
but yes, it's an rf dac, so you can supply a lower rate datastream and it can modulate it onto a reference frequency
<sb0>
the dac5670 looks less finicky
<larsc>
wrong company though ;)
<sb0>
would be nice if there were fpgas with integrated no-frills high-speed DACs
<sb0>
i'd rather spend my time developing dsp algorithms than deciphering the scriptures of the proprietary chip du jour to figure out why writing to register X breaks 3% of the time
<larsc>
don't we all?
terpstra has joined #m-labs
<terpstra>
sebastien, you here?
<terpstra>
(no idea what your irc name is)
<sb0>
hi terpstra
<sb0>
yes
<sb0>
welcome back! long time no see.
<terpstra>
sb0, hey, it's wesley from gsi
<terpstra>
yeah, indeed
<terpstra>
i was just curious about your graphics core
<terpstra>
you can output hdmi 720p60 ?
<sb0>
which graphics core?
<sb0>
the framebuffer one? yes.
<terpstra>
for your DJ video mixing box
<terpstra>
are you doing that using a serdes phy on the xilinx, pulling the framebuffer from sdram?
<sb0>
yes, mixxeo does 2x 720p60 in + 1x 720p60 out
<sb0>
with mixing
<sb0>
yes
<sb0>
there's a receiver as well
<terpstra>
interesting. i might steal some code from you for my own purposes, if that's ok with you :)
<sb0>
sure, it's open source
<sb0>
what are you up to?
<terpstra>
also fyi, in case you are interested, i've been working on an out-of-order soft-cpu that can run risc-v/lm32/nios instructions... in case you want more speed :)
<sb0>
oh yes, definitely
<terpstra>
still working on the control system here
<terpstra>
it's not ready yet, but in a month or so i hope to be booting linux :)
<sb0>
and you need hdmi code for the control system?
<terpstra>
no, for my cpu =)
<terpstra>
i want to be able to hook it up to a monitor
<terpstra>
the cpu is my private side project
<sb0>
as a matter of fact, artiq (which you might have seen) will probably use some of that hdmi code, in fact
<terpstra>
interesting
<terpstra>
i think you are the only game in town for an open hardware hdmi framebuffer. :)
<sb0>
for transmitting data to remote fpgas over fiber optics.
<sb0>
is some of the cpu code public already?
<terpstra>
yes
<sb0>
a faster cpu is definitely something that artiq could use
<mithro>
terpstra: I've been trying to breath some more life into misoc for video processing - _florent_ has been working on http://hdmi2usb.tv/firmware-misoc/ for me and we just launched a crowd funding campaign for our board https://www.crowdsupply.com/numato-lab/opsis which has 2 x 720p@60 input and 2 x 720p@60 output (plus GTP tranceivers on DisplayPort
<mithro>
connectors).
<cr1901_modern>
mithro: I'm sure you've been asked this plenty of times, but what's the point of having a PCIe connector if no existing card can attach to it without frying it?
<mithro>
Actually, we won't fry anything
<cr1901_modern>
well, that's good, but no existing card will work, correct? :P
<mithro>
Yes
<mithro>
It's for expansion boards well develop.
<mithro>
Then PCI express connector is cheap and supports high speed signals
<mithro>
S/well/we will/
<mithro>
cr1901_modern: I really need to write up some better information about what I'm trying to do there.
<mithro>
Bblr
<cr1901_modern>
I was just yanking your chain anyway, don't worry :)
<terpstra>
at gsi we have a PCIe female plug on a board ... but actually it's male :P
<terpstra>
so you have to stick a double-ended PCIe male-male cable into it and your computer
<terpstra>
(thunderbolt is apparently too big a pain to get connectors for)
sb0_ has joined #m-labs
<sb0_>
mithro: can you correct the part about the m1 only available as developer kit?
sb0_ has quit [Client Quit]
sj_mackenzie has joined #m-labs
sj_mackenzie has quit [Remote host closed the connection]
sj_mackenzie has joined #m-labs
MastaTabs has joined #m-labs
<MastaTabs>
hi there
<mithro>
Hrm, I thought we had - will get that fixed.
<terpstra>
anyway, i'll be back when it can fully replace the lm32. ciao.
terpstra has quit [Quit: Leaving]
<MastaTabs>
I've just been trying misoc on my minispartan6 with the lx25, compiled/translated it myself and made the needed changes for the lx25 version
<MastaTabs>
runs the bios so far, still a problem with the 'payload' but thats not to much a hassle right now
<MastaTabs>
was trying to get the framebuffer to work but found that it seems to need 32bit wide memory, am I right ?
attie_ has joined #m-labs
hozer1 has joined #m-labs
nicksydney has quit [Read error: Connection reset by peer]
nicksydney has joined #m-labs
hozer has quit [Ping timeout: 244 seconds]
attie has quit [Ping timeout: 244 seconds]
<mithro>
MastaTabs: _florent_ has a MiSoC repo for the miniSpartan6+ - dunno were he go to...
<MastaTabs>
know the address ?
<MastaTabs>
think I got it
cr1901_modern1 has joined #m-labs
cr1901_modern has quit [Disconnected by services]
cr1901_modern1 is now known as cr1901_modern
hozer1 has quit [Ping timeout: 250 seconds]
hozer has joined #m-labs
<GitHub84>
[artiq] fallen pushed 1 new commit to master: http://git.io/vGxe3
<sb0>
mithro, btw, the milkymist one isn't a mixer
<sb0>
and those devices worked (barring a few bugs and design issues)
<mithro>
sb0: the guys doing the hardware manufacturing are in Bangalore
<mithro>
(Numato Lab)
<mithro>
sb0: but you can't buy them anymore, right?
<sb0>
not from me
<sb0>
the hardware and processing part of the mixxeo also works, what doesn't is the mechantronics stuff with is a real pain and would probably require an expensive board respin, among many other extremely annoying problems
<sb0>
*mechatronics
<mithro>
sb0: That is based on the firmware at github.com/m-labs/mixxeo-soc ?
<sb0>
yes
<sb0>
you can take that, load it into a mixxeo, connect a few pot and do crossfade/add/blackout
<sb0>
at 720p60
<sb0>
oh, the resolution is also a pain, it's limited by the slowtan6 serdes and people are complaining
<mithro>
Yeah - if you were doing the board now, an Artix-7 which can do 1080p would be a better option
<sb0>
so that + the mechatronics problems which are as expensive as they are petty make it not such a great idea to pursue ...
<GitHub176>
[artiq] fallen pushed 1 new commit to master: http://git.io/vGxsR
<GitHub176>
artiq/master 63d4907 Yann Sionneau: pxi6733: replace print by logger.debug
<sb0>
there are external hdmi chips that can do higher resolutions...
<sb0>
non-FPGA vendors can get high speed silicon right, it seems
<mithro>
sb0: yeah - I assume you have "abandoned" the mixxeo unless someone else wants to pick up the work?
<sb0>
yeah, basically
<sb0>
or if someone wants to buy a lot of them
<sb0>
and well, 1080... there was someone asking about 4k in the channel the other day
<sb0>
it never ends
<sb0>
and fpga vendors suck at making fast chips
<sb0>
compare GDDR5 with what you can do with a fpga ...
<sb0>
well there's HMC, but the price is ridiculous
<mithro>
Yeah
<mithro>
sb0: My primary use case is the conference video capture / streaming - the main reason I'm interested in the mixxeo type stuff is in the hope of finding people to share development resources with
<mithro>
sb0: With FOSS projects like maybe 1% of people end up contributing, so the more people I can get interested in the project - the more likely we'll get another contributor.
<mithro>
sb0: After getting _florent_ to rewrite our crappy VHDL/Verilog firmware mix in misoc/migen I have no idea why we didn't just use your stuff earlier
<mithro>
sb0: so, I'd really like to get people contributing / working on improving misoc stuff around video again