lekernel_ [lekernel_!~lekernel@g225041169.adsl.alicedsl.de] has joined #milkymist
cladamw [cladamw!~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw] has joined #milkymist
DJTachyon [DJTachyon!~Tachyon@ool-43529b4a.dyn.optonline.net] has joined #milkymist
xiangfu [xiangfu!~xiangfu@fidelio.qi-hardware.com] has joined #milkymist
xiangfu [xiangfu!~xiangfu@fidelio.qi-hardware.com] has joined #milkymist
cladamw [cladamw!~Adam@host-222.80-43-115.dynamic.totalbb.net.tw] has joined #milkymist
<cladamw>
wpwrak, (usb) for now, will ext. = max(4, 1) or min. = max(0, 1)? seems that haven't determined yet.
<wpwrak>
i'd say ext = 4, int = 2. keep it simple :)
<wpwrak>
int = 1 would be a highly unusual configuration anyway
<cladamw>
mmm...current existing usb extendable cable seems not easy to find a one.
<wpwrak>
virtually all the internal USB port of PCs are of that kind. they use 100 mil headers in a 2x5-1 configuration
<cladamw>
also if 5 for rest, the footprints for two right-angle 1*2 parts plus another 1*1 usb connector are also not good for arrangement.
<wpwrak>
2x5-1 = a 2x5 pattern but with one pin cut
<wpwrak>
wolfgang seems to know some magic cables for internal use. i don't know what they are. what i know are the 2x5-1 connectors used in pcs for the last 10 years or so :)
<cladamw>
i would still leave this whole 6 ports to let house generating placements to see if they are okay at some time, or we decide it at that time, how do you think?
<wpwrak>
i think it's okay if they choose the placement of the connector for the internal ports
<cladamw>
okay...later i asked what magic cables (int.) are. ;-)
<wpwrak>
remember, the internal ports would be a 100 mil header, not a USB A connector
<wpwrak>
yeah :)
<wpwrak>
the placement would depend a bit on what cables wolfgang can find
<cladamw>
yeah... a one 2*5 pins header ( precisely said that it's a housing header in pitch 2.54mm) ;-)
<wpwrak>
if he can find a nice cable, the there should be some distance between the header and the location of the usb device
<wpwrak>
if he can't, and we have to use an adapter board, then they should be close
<wpwrak>
(housing) you mean shrouded ?
<cladamw>
yes
<wpwrak>
that's not required
<cladamw>
we can see if later what real cable we select. of course we want 2.54mm for 2*5
* kristianpaul
interested on migen but will try later
<wpwrak>
if we connect some 4x1 plus, we bypass any keying anyway
<cladamw>
sure
<wpwrak>
if we connect a pc-type cable, it should be 2x5-1
<kristianpaul>
dont read all log, but please dont make M1 users to convert their videos to "specialiced" formats..
<wpwrak>
kristianpaul: we probably will :)
<wpwrak>
kristianpaul: at leat in layman's terms
<cladamw>
kristianpaul, ;-)
<wpwrak>
layman: just drop an .avi, .wmv, .mp3. or .mkv there, and it'll work
<wpwrak>
us: well, .mpg at 160x80
<kristianpaul>
wow nocarrier twitvid is AWESOME
<kristianpaul>
wpwrak: srop and work sounds nice to me :)
<wpwrak>
srop ?
<kristianpaul>
s/srop/drop
<wpwrak>
ah yes :)
<wpwrak>
but it probably won't work that way :)
<kristianpaul>
i know :)
<wpwrak>
but that's an integration issue
<kristianpaul>
wow nocarrier video is _awesome_, i wached twice i dint get bored :)
jonand [jonand!~kakmnstr@h35n1-asp-a13.ias.bredband.telia.com] has joined #milkymist
Gurty [Gurty!~princess@78.250.174.249] has joined #milkymist
azonenberg [azonenberg!~azonenber@cpe-67-246-33-188.nycap.res.rr.com] has joined #milkymist
<GitHub192>
[scripts] xiangfu pushed 1 new commit to master: http://git.io/6e3RwA
<GitHub192>
[scripts/master] reflash_m1.sh cleanup help message - Xiangfu Liu
cladamw [cladamw!~Adam@host-222.80-43-115.dynamic.totalbb.net.tw] has joined #milkymist
mumptai [mumptai!~calle@brmn-4db70a96.pool.mediaWays.net] has joined #milkymist
cladamw [cladamw!~Adam@host-222.80-43-115.dynamic.totalbb.net.tw] has joined #milkymist
methril [methril!~methril@188.141.121.132] has joined #milkymist
wolfspraul [wolfspraul!~wolfsprau@114.241.252.33] has joined #milkymist
Martoni [Martoni!~chatzilla@ip-167-165.evhr.net] has joined #milkymist
Martoni [Martoni!~chatzilla@ip-167-165.evhr.net] has joined #milkymist
<lekernel_>
larsc: at the moment the expressions are dumbly translated into verilog, and it's verilog which takes care of expressions widths/signedness
<lekernel_>
larsc: there is a way, but you need to reimplement Verilog's rules
<lekernel_>
wpwrak: FFMPEG can read all sorts of formats... I'm not worried
elldekaa [elldekaa!~hyviquel@adm02.insa-rennes.fr] has joined #milkymist
Martoni [Martoni!~chatzilla@arc68-5-88-188-247-92.fbx.proxad.net] has joined #milkymist
xiangfu [xiangfu!~xiangfu@fidelio.qi-hardware.com] has joined #milkymist
elldekaa [elldekaa!~hyviquel@vpn10.enssat.univ-rennes1.fr] has joined #milkymist
elldekaa_ [elldekaa_!~hyviquel@vpn10.enssat.univ-rennes1.fr] has joined #milkymist
elldekaa [elldekaa!~hyviquel@vpn10.enssat.univ-rennes1.fr] has joined #milkymist
<wpwrak>
lekernel_: we'll have to be careful to remove the encumbered ones, though
<wpwrak>
so that would mean MPEG2, MPEG4, H.264, Quicktime at least >= 2, etc.
<wpwrak>
as long as it's not too hard to keep the ugly bits out, why not
<cladamw>
wpwrak, it's 3.2*1.0mm, yours APA1606SURCK is 1.6*0.6mm,
<lekernel>
wpwrak: what about distributing a package consisting of all the FN object files, a compiler/linker, and some instructions to build and link FFMPEG?
<wpwrak>
cladamw: yeah. the one you have is HUGE :)
<lekernel>
also the web updater should have an option to choose where to download stuff from
<cladamw>
wpwrak, ;-) but from your led demo, you used 0603 package. the APA one is smaller.
<cladamw>
wpwrak, yeah...so forget about my finding. ;-)
<wpwrak>
the laws are not friendly, and neither is the way the courts rule. most of what's on that page is based on court rulings
<wpwrak>
also, the deeper you enter the grey zone, the more likely it is that you could invite unwanted attention. even a lawsuit you could win can kill you financially.
<wpwrak>
cladamw: the APA... shuold be 0605, no ? checking ...
<wpwrak>
yes, 0605
<wpwrak>
so it's a little bit larger than the 0603 is used
<wpwrak>
s/is used/i used/
<wpwrak>
wolfspraul: your opinion on using ffmpeg ?
<cladamw>
wpwrak, yes, since the distance between board edge and switches and ir is small, so yes, stick on this APA... ;-)
azonenberg [azonenberg!~azonenber@cpe-67-246-33-188.nycap.res.rr.com] has joined #milkymist
elldekaa [elldekaa!~hyviquel@vpn10.enssat.univ-rennes1.fr] has joined #milkymist
elldekaa [elldekaa!~hyviquel@gue01.insa-rennes.fr] has joined #milkymist
elldekaa [elldekaa!~hyviquel@adm02.insa-rennes.fr] has joined #milkymist
lekernel [lekernel!~lekernel@g225041169.adsl.alicedsl.de] has joined #milkymist
Gurty [Gurty!~princess@78.250.184.109] has joined #milkymist
mumptai [mumptai!~calle@brmn-4db70a96.pool.mediaWays.net] has joined #milkymist
elldekaa [elldekaa!~hyviquel@abo-168-129-68.bdx.modulonet.fr] has joined #milkymist
wolfspra1l [wolfspra1l!~wolfsprau@114.241.252.33] has joined #milkymist
mumptai [mumptai!~calle@brmn-4db70a96.pool.mediaWays.net] has joined #milkymist
mwalle [mwalle!~mw@services.serverraum.org] has joined #milkymist
sh4rm4 [sh4rm4!~sh4rm@gateway/tor-sasl/sh4rm4] has joined #milkymist
aeris- [aeris-!~aerith@home.aerith.fr] has joined #milkymist
aeris- [aeris-!~aerith@78.246.252.173] has joined #milkymist
sh4rm4 [sh4rm4!~sh4rm@gateway/tor-sasl/sh4rm4] has joined #milkymist
<Fallenou>
lekernel: do you really need python 3.2 for migen ?
<Fallenou>
I have python 3.1 on debian squeeze :x
<lekernel>
it seems larsc is using 3.1 successfully
<Fallenou>
ok nice !
<Fallenou>
will try to kick out uart and norflash for simulation
<Fallenou>
and just keep lm32/wishbone/sram
<larsc>
Fallenou: python 3.1 on squeeze works, but you have to install some dependencies manually, since most of the python libraries that come with squeeze aren't 3.x compatible
<Fallenou>
it worked without any special dependency here
<larsc>
if you want to use migen.flow you need networkx
<Fallenou>
lekernel: if there is only one slave, migen generates things like sel[0] which xst refuses to synthetise
<Fallenou>
because it's notan array
* Fallenou
corrected by hand
<Fallenou>
works great anyway
<lekernel>
hm, ok
<lekernel>
grmbl, verilog is annoying
<lekernel>
btw if you want to load code in the memory there's the "init=" parameter
<lekernel>
and I don't think you should need the interconnect component... the i-bus should have the instruction memory only, and the d-bus, something to display accesses
<lekernel>
I can make you a point-to-point bus interconnect component for those cases.
wolfspraul [wolfspraul!~wolfsprau@114.241.252.33] has joined #milkymist
azonenberg [azonenberg!~azonenber@cpe-67-246-33-188.nycap.res.rr.com] has joined #milkymist
azonenberg [azonenberg!~azonenber@cpe-67-246-33-188.nycap.res.rr.com] has joined #milkymist
sh4rm4 [sh4rm4!~sh4rm@gateway/tor-sasl/sh4rm4] has joined #milkymist
azonenberg [azonenberg!~azonenber@cpe-67-246-33-188.nycap.res.rr.com] has joined #milkymist