balrog changed the topic of #discferret to: DiscFerret magnetic disc analyser project || http://www.discferret.com || Current versions: Microcode 002C, API v1.7r1 (mcode 002E in dev) || DFI import support in Disk-Utilities: http://git.io/SabCYA || Current work: disc write support, decoders, planning Merlin2 || logs at https://freenode.irclog.whitequark.org/discferret
cr1901_modern has quit [Read error: Connection reset by peer]
cr1901_modern has joined #discferret
<philpem> @cr1901_modern: it means I'm fixing up the old code :)
<philpem> practically I think the v1 hardware has served its purpose. I'm still happy to sell the bare boards to people (I have about ten left) on an as-is basis.
<philpem> but they're not easy to solder
<philpem> honestly the Greaseweazle is what I wanted "discferret 2" to be
<philpem> I've resurrected a lot of analysis and graphing code (which is on github) so I may take the DF tools and develop them as a separate flux image toolkit
<balrog> Foone: did you see that about bare boards?
<Foone> yep. I've got some bare boards already so I don't need more.
<Foone> philpem: thanks for your work on this project, btw!
<balrog> Foone: I shared some images with Jeff and he might get DFI support in HxC
<balrog> also working to get DFI fixed in Disk-Utilities
<Foone> cool!
<pjustice> osh says my lubricated mustelidae boards should be depanelized and shipped in the next day or two
<Foone> Which one are you getting? the F7 or the original blue-pill-based one?
<pjustice> F7
<balrog> pjustice: nice! There's USB 2.0 high speed version if you hadn't heard
<pjustice> as opposed to what's in the github repo?
<balrog> pjustice: same code as the github repo
<balrog> just a different chip and PCN
<balrog> PCB*
<Foone> where can I get that one?
<balrog> Foone: Keir is still doing testing together with the designer. PDFs and Gerbers will be published, but not board files as it's done in Altium.
<balrog> Once the design is done I'll probably be taking it, redoing it in Kicad, and adding some connectors
<balrog> Foone: is that something you'd be interested in helping out with?
<Foone> definitely. I just did 95% of the soldering on the F7 design, and I'm definitely interested in helping with testing/developing newer models
<pjustice> Gee, glad I just ordered the boards. :(
<balrog> pjustice: your boards will still be useful for testing and use at least!
<balrog> this isn't, like, a major change. It's a few tweaks that run on the same codebase.
<pjustice> What's the benefit of going to high speed?
<balrog> capability for faster sampling, which is only really useful for non-floppy media
<balrog> perhaps higher bandwidth so a lower likelihood of buffer overrun, but that's not likely already
<balrog> (that was a problem with kryoflux)
<pjustice> So v1.1 isn't having trouble keeping up then.
<Foone> fluxengine too seemed to have a lot of buffer overrun issues, but later versions have apparently fixed it
<balrog> pjustice: yeah.
<balrog> Me? I mainly want Apple FDC interface, built in 40pin, stuff like that
<pjustice> I wasn't expecting to use it for anything but floppies, though being able to do 2.88 ones is sorta on the list.
<balrog> Probably already can do 2.88MB
<pjustice> So it's having zero problems with speed currently?
<Foone> I'd love to be able to do 2.88mb but usually the problem with those is getting the drives, not the fluxing. I only have one but it's an external thinkpad drive, so it doesn't have a standard connector
<pjustice> I have a 2.4 drive I need to test.
<pjustice> The main thing I'd like to be able to to in the ED arena is 3174 controller floppies
<Foone> oh yeah, those are fun. I've got one too!
<balrog> pjustice: if you have a Discferret, you can take a DFI through Disk-Utilities into an SCP, and then take that into the HxC software
<balrog> It's a little circuitous but it does work
<balrog> At present, the DFI has to have at least 2 reads; 1-read DFIs are tripping up some bug in Disk-Utilities
<balrog> The correct format to use in Disk-Utilities is one of the raw ones
<philpem> "lubricated mustelidae". I low-key love how that's become a general naming convention for most flux imagers ;)
<philpem> @balrog I'd be very interested in an F7 board, but I'd I'd also very very much like one which can talk to an ST506 Winchester. with 150 meg sampling that could be *very* interesting
<balrog> philpem: I agree.
<balrog> Though on that regard — have you built that MFM emulator?
<balrog> I recall sending you one or two?
<philpem> yeah I used it in the UNIX PC for a while
<philpem> I think it still has the image on there for that machine.
<balrog> nice!
<balrog> you were able to dump drives with it, right?
<philpem> uhh I can't remember
<balrog> idk if you're on the mailing list for it, but David Gesswein thinks it might be good enough to dump RLL disks
<philpem> didn't know there was a mailing list for it
<philpem> tho I'm on a lot of MLs and I should really cut down
<balrog> hah.
<balrog> it's extremely low volume
<philpem> I'm trying to figure out how to drive hxc's visual floppy disk, heh
<philpem> I want to scroll the "MFM Sector" window on the right but it keeps changing sector
<balrog> oh, you want to scroll the entire window?
<balrog> OH that window
<balrog> one workaround is to reduce the "full x time scale" slider
<balrog> what I'm doing is just being careful with the mouse
<balrog> going straight down and then around
<philpem> seems if I can keep the mouse steady enough I can use the scroll wheel
<balrog> that should not be necessary hah
<philpem> oooh I'll try that, thanks. yeah it's a bit of a quirky UI
<balrog> pjustice: HxC software svn can decode DFI
<balrog> as of now
<pjustice> I've imaged a few MFM drives with my Gesswein boards
<pjustice> I would love to have SMD and maybe ESDI versions of those