Leaderboard

Hey everyone, just wanted to share my latest build since I'm sure there are some 3D printing enthusiasts here like myself. I bought the parts for an MB6582 about 5 years ago, if you remember Meeblip was selling those 8580 SID chips and I picked up 8 of them, and then put everything into a box in a closet . 3D printing has come a very long way since the original MB6582 was created by Wilba. I read that the JB Weld solution may or may not be holding up great after all this time. Also, I wanted to use a Newhaven OLED which is much thinner than the original LCD. I thought there must be a solution to lower the gap distance so why not create some type of spacer for between the front panel and the PCB? I designed all parts in Fusion360. The PCB screws directly into the spacer using M2.5 nuts/screws and plastic screws. The top of it has a flange that rests in the panel groove for the PT-10. Total spacer height is 5.7mm which is the height of the base of the encoders. The front panel is another 1.25mm. Everything is printed out of ASA, which is very strong and heat resistant. I designed the panel graphics in Inkscape and printed on translucent vinyl. I used Davies knobs with small printed skirts to cover up the threads of the encoders since they were exposed. I do not have a vinyl autocutter but I do have an exacto and lots of patience Overall tried going with a 80s beige computer look. A build plate for my printer created the carbon fiber effect on the panel. I'm happy to share the 3D files if anyone could use them.

I read a lot of guides. Successfully compiled ASM code. The OLED display works well with an 8bit driver. If anyone needs the firmware, here is: setup_sammich_sid_8bit.hex

Hey man. It's actually an FR4-Standard PCB. Non aluminium. But seems pretty robust anyway.

From what I gather from the manual and changelog, this LED indicates whether you have selected a „positive values only“ waveform for the LFO (instead of applying the default workaround by showing waveform LED + Random LED). It does not indicate that the value of the LFO is currently positive.

DM sent

Prompted by a message from freddy, I've attached the project files below. They contain the source and the binaries for the bootloader and the main code. 1.05 is the latest version - there was a fix in the bootloader and the main code. I included some memory in the final hardware design but never got around to doing anything useful with it. I had plans to save one or more demo tunes as MIDI files and perhaps save some settings as profiles for different scenarios - my interests had moved on before that happened. You can find more project info at https://web.archive.org/web/20210206041027/http://www.grapevyne.com/pic.projects/ - the documentation links are all active so you can download the magazine articles and also my original source for the articles (a few errors crept into the magazine article during editing). mistralXG project files.zip mistralBoot.zip

II replaces the remaining ICs and its working! Woohoo!

This looks amazing! With some of the older chips like vintage vca, filter or delay chips you really have to be careful regarding heat and also (or even more so) static discharge. Nowadays with most ics these issues have long been solved by modern manufacturing processes and built in safety measures. I had to lear the hard way that this is not the case with chips from the 80s... So the heatsink is probably a good idea, as would be any way to allow for some airflow. On the other hand, i have removed the fans from some of my gear with no issues at all, as commercial units have to consider every worst case scenario (crowded rack in hot environment). So if you know how you use your gear you can get away with things that could not be allowed for every scenario.

Cool solution, looks great! The skirts for the knobs are a nice touch. One thing I wonder about is if heat would build up here, as the free air space in the case is less and the panel is also an insulator. The SIDs are on another PCB of course.

Hello, When i mute part, i can do it by bottom row (normal known behavior), but also the top row. So it's confusing. Being able to mute only on bottom row will make the workflow more consistant. Or it could also being interesting to be able to mute differently between upper and bottom row. Like top row track 1-16 mute. Bottom row group 1-4 mute. Thanks in advance, Have a good day, Rgds,

Arrived and kicking. Thank u for your service ❤️

Confirmed over here, no humanizer being applied to CC’s. I tried with an empty track sending layer A as CC on buss 1, and another track listing to buss 1. The listening track was responding to the cc’s, but humanizer did not effect the CC’s. Then moved the cc to layer B (usually the velocity layer) and still no changing of CC’s sent. steve

Thanks for the tpd-test app it really helped me along with this build!.

Thank's for the tip! What I'm looking for is either the fpd file which fits the Heidenreich case or maybe a ready made panel. The fpd file I found in the Wiki seems to be not specifically made for the Heidenreich case. I prever a fpd file which is proven to fit into the Heidenreich case before trying to adapt Wilbas files to the case.

To prove that I have some PCBs here are the images of assembled sammichSIDs and sammichFM, and image of PCB of MB6582. Ideally, I would like to run a 10 pcs batch of MB6582 and for example donate 25% of revenue to Midibox project and to authors. If community and authors will approve it - I can make it. I made sammichSIDs so MB6582 would be better and more interesting. I'm just still curious if it is possible to buy originally expected enclosure. I think it is better to construct a new one using acrylic materials and probably just a PCB with a drawing for a front panel.

Hi ssp, I don't remember if labels can be called from a map, but i don't think so. However, i think it is possible to change the display using a .ngr script. Bests Thomas

maybe its the Ripple off the PSU about your PSU - reichelt specs is saying : "Ondulation résiduelle : 80 mVcàc" i guess this is not a 50Hz ripple but HF ripple... --- i guess some small cap (100nf, 10pF) and a big Cap (depends on the load, use for example a 100uF and a 2200uF) on the output off the PSU would reduce that "ripple"... * maybe that caps are not enough and you need some more filtering (coil, resistor, lpf...) but i would start with some caps... the connections in your 2nd picture are not necessery - i guess (dont seeing the whole picture, but i think so...) --- so picture 1 is correct. by the way - its only the last LED that flickers? maybe you have to terminate the DO line on the very last LED off the Chain with a 10K resistor to 5V or Ground. else it could be a software problem, when the software loops thru the LEDs, and when it comes to the last one it jumps to the beginning off the chain... try to programm in the ng code one more LED (which in reality not exists) - so you can be sure that this is not a software bug... - but dont ask me about ng-programming --- no glue about that. - mike.

Hi all , Was wondering about opening a KiCAD Section in the wiki? For tutorials , midibox libs etc... where should i put it? regards, JK Edit : A Frontpanel designer section could be useful too ?That's a soft that i think most of us use? Maybe create a "Softwares" Section?

j2/j17 should do the trick yes.

the ssd1306 oleds i received where 5V tolerant... the ws2812b is also in a range from 3.3-5.3V, dout modules also needs 5V... so your reichelt psu should do the job, and you could power them directly from the psu... but i guess you power them with the ribbon cables from your core... i dont know what Core you will use? if you use the WCORE from midiphy, then you may ran into some problems when using a external 5V PSU, see this topic: https://forum.midiphy.com/d/151-wcore-non-usb-powerd-but-still-use-as-usb-device/5 also if you are unlucky you will get walking lines on your SSD1306 screens... then it best it would to buffer each D0 D1 Clock... Pins, which are done for example in this module: http://wiki.midibox.org/doku.php?id=displaydriver-smd a plus is then you can then use more then 8 screens!

@ pusbutton: the LEDs in the shematic are REVERSED for example look into: http://ucapps.de/mbhp/mbhp_doutx4_32leds.pdf but in the board itself the Silkscreen for the Diode is painted correct - so if somebody just solder the PCB without looking into the Shematic - all is good, when someone look into the shematic he may be confused a bit. what type off Switch are using here > type it on the silkscreen - like you did on the Potentiometerboard. because: i see in the footprint its a le mec > then there are different types, with different Switch contacts - like you see here: 5GTH9 + 5ETH9 will work, while 5GTH9 with inbuilt LED will not work off course... i for me find the correct switch matching to your PCBs Footprint-Pinout - a bit hard... so label the type.... the rest off the PCB looks ok.

@ potentiometer: looking good, but labeling the Holes is not necessery (i think) :

maybe by removing the pull-Hi resistor off the HC165 Circuit, and using a Inverter on its inputs for example: https://www.mouser.at/ProductDetail/Nexperia/74HCT1G14GW-Q100H?qs=SKY61BOKKY4Uv%2FaFLc8SsQ%3D%3D https://www.mouser.at/datasheet/2/916/74HC_HCT1G14_Q100-2937184.pdf (just a example maybe there are better parts for this porpuse, and i dont know how hard to solder this one is) that would reverse Lo and Hi, and you could use this bloddy 3 LEDs ( where i think thats not a good idea, the Encoder is expensive - and not really a standard part...) but for that quick idea i would prototype that first (order a inverter, order a Encoder, make wires without pcb) ... specially iff any pull hi or pull low resistors are needet elsewhere, i guess you need a 10K pull-low resistor (to ground) on pin 3 off your Encoder then: HC165 > Inverter > Pull-Low + Pin3 since i have not much time these times, and you have plenty off modules what module i should check next? i just had a look on your 4x2 Enc RGB SW Led ring Rgb render here... and i am not 100% sure that the inbuilt RGB LEDs that enlighten the Encodersshaft dont shine on the LED-Ring and make them hard too read (maybe need some lightshielding)... by the way hard too read, those Alps Knobs are a bit big for that small Ledring - can you still see the LEDs when looking from a angle that is not 100% from top?

hei i stripped down the BLM-Project (so it cant be cloned with out weeks off routing U B ;) ) BLM-how-to.zip and i wrote some explaination... basicly i made a Grid with a center-cross - so a single button-LED-Fottprint can be placed correct to the Rubber-Button-Grid... you may have to set a a new "zero position off the Kicad Grid" to this crosses when you place the Button-LED-Fottprint on them... this Grid also have the Holes for the PCB which are needet to hold the rubber in Position.. maybe you find a "Flip-Chip" Variant for your RGB-LED... it would be better... you should not place it on the TOP side off the PCB... because it will illuminate the Neightbar-Button-Rubbers... The Hole in the PCB where the LEDs shine thru, act as a Light-Shield... I too have to draw a RGB-LED board (for a other Task, to illuminate a Frontpanel...), since i dont have expierence with that RGB-LEDs... this will take a while... if you found a solution i would copy it from you.... At Kicad 7... didnt know there is a stable out... good to know... will update too (else i cant check your projects)

Hello all Selling my midibox sequencer including breakout box. The sequencer is fully functional, from a non-smoking household. Has never been used for live performances, only studio use. The breakout box is a bit obvious DIY but fully functional. You need a free slot in the modular system for the +-12V power supply. Selling price 1350,-€. best regards rbv2 https://www.ebay-kleinanzeigen.de/s-anzeige/midiphy-sequencer-v4-midibox-stepsequencer/2241157248-74-4257

could be... you can try to filter out some psu-spikes by soldering a 100nf (maybe add also a 1uF or higher for too more stabilize the psu as addition) cap between + and - on the potis legs (most off the time these are the outer 2 legs off the trio)

PM sent!

adafruit rubber button 4x4

Oh, wow, I totally missed that! Thank you!!! I wasted an entire day rummaging around and didn't manage to see that :) Just in case others run across this: You want 4SPI configuration, not IIC like I have in the pic. The number of screens you have must match the configuration you set in the bootloader, otherwise you get noise, and won't be able to write to all the lines/columns Also easy to miss, but for the 1306 RES connection, you need to wire it up like this (again, connections on your 1306 PCB): GND -> 10uf cap -> 1k resistor -> VCC. Once done, RES will be tied to where the cap and resistor meet (like this) It wasn't clear to me how to actually use the bootloader for the STMF4 board, but it's essentially: Plugin your board as you normally do Open MIOS Studio Click Browse and choose the mios32_bootloader app (download here) Click Start. If it won't complete, try unpluging/pluging the board and trying again Unplug/plugin the board In the MIDI IN and MIDI OUT sections whatever app you had prior to all of this might be listed, but it doesn't actually exist (and it shouldn't). That's why you now see the error "No response...". The new app, MIOS32, took its place and you need to refresh to see it. Click Application -> Rescan MIDI Devices Click Understood in the pop-up (this will make your old app disappear, and the MIOS32 app show up) Change MIDI IN and MIDI OUT to MIOS32 Enter these one by one into the input box: (send a command to MIOS32 application). Keep in mind lcd_num_x must match the number you have chained: set lcd_type GLCD_SSD1306 set lcd_num_x 1 set lcd_num_y 1 set lcd_width 128 set lcd_height 64 store Yah. Bootloader is done. Time to restore your app in MIOS Studio: Click Browse and choose whatever app you want, like midibox_ng Click Start. Like the bootloader, if it won't complete, try unpluging/pluging the board and trying again Unplug/plugin the board Now for some test display data. Lets set some values for your SSD1306 OLED's in MIOS Studio: Click on Tools -> MIOS32 File Browser Click Create File Create some name like LCD.NGC Click Update Click on the file you just created Click Edit Text and add the following test example: RESET_HW LCD "%C" LCD "@(1:1:1)A23456789012345678901234567890" LCD "@(1:1:2)B23456789012345678901234567890" LCD "@(1:1:3)C23456789012345678901234567890" LCD "@(1:1:4)D23456789012345678901234567890" LCD "@(1:1:5)E23456789012345678901234567890" LCD "@(1:1:6)F23456789012345678901234567890" LCD "@(1:1:7)G23456789012345678901234567890" LCD "@(1:1:8)H23456789012345678901234567890" Click Save You should now have 8 rows and 21 columns of text. If you need to flip it 180 degrees, you can redo the steps above and add set lcd_type GLCD_SSD1306_ROTATED before you store.

Did you adjust the bootloader for the SSD1306? See here http://ucapps.de/midibox_ng_manual_lcd.html

ok next step... "Mute" & Solo Buttons needs some external DINX and DOUTX boards (in order to make the SRIO-Gain short)

pcb arrive, soldered 4 off them (12 channels) - the 4 others i make a nother time. (24ch in total) the display drivers from Andy work great again! the midibox code is working, the max for live patches too. (at least for this state i am happy to get automaticly the Channels names, and the Macronames!!! hell yeah!)

Notwithstanding a possible bridge day, last Friday of the month (27.05.22 / 7:30pm), online: We organize our regular Open Hardware Happy Hour (O3H) again! This month’s topic is Open Music, since Open Hardware is of course also a topic in the field of electronic music devices (and more and more on the rise). Among other things, we will present the sample sequencer by SucoFunk, The beatmakers’s sketchbook, an Open Hardware device that was also featured at this year’s Superbooth. We have asked for other speakers, so be prepared to be surprised, and bring your own (music) projects! Presenters will include Marc Berendes, Berlin-based Open Hardware developer at SucoFunk. Marc Berendes: The beatmakers’s sketchbook – An open sample sequencer for beats on-the-go (https://sucofunk.com/) (tba) Language of the presentations will probably be German this time. Link Call: https://bbb.cyber4edu.org/b/dan-gi4-bxg-p1v Blog: https://hardware.prototypefund.de/o3h-meetup-zu-open-music/

Oh si il est polyphonique ! Tu as 8 voies simultanées que tu peux router vers un canal/port midi dédié ! - Yes it it polyphonic, you have 8 simultaneous voices you can route on a dedicated midi channel/port !

Idem, il va transformer mon AX80 , slurps. Plus sérieusement, bravo pour le travail effectué, félicitations! Si j'ai bien compris, il n'est pas polyphonique? Merci d'avance pour la réponse.

Sure, that should work!

ok i am in austria... so maybe a other one?

So 16 banks in total, right? I'll will try something... After a bit of head scratching and a few glasses of rhums, here you go: first the .ngc : EVENT_BUTTON id= 1 type= Meta meta= DecBank meta= RunSection:1 button_mode= OnOnly #Bank decrease EVENT_BUTTON id= 2 type= Meta meta= IncBank meta= RunSection:1 button_mode= OnOnly #Bank increase EVENT_LED id= 1 range= 1:1 radio_group= 1 #bank1 EVENT_LED id= 2 range= 2:2 radio_group= 1 #bank2 EVENT_LED id= 3 range= 3:3 radio_group= 1 #bank3 EVENT_LED id= 4 range= 4:4 radio_group= 4 #bank4 now for the .ngr : ####### Section 0 ####### if ^section == 0 log "running section0" #initialize all banks to 1 log "call bank 1 for all parameters" set ^bank 1 exit endif ######################### ########## Section 1 ########### #tests for the current bank and lights the corresponding LED if ^section == 1 if ^bank == 1 log "bank 1 selected" set LED:1 1 elseif ^bank == 2 log "bank 2 selected" set LED:2 2 elseif ^bank == 3 log "bank 3 selected" set LED:3 3 elseif ^bank == 4 log "bank 4 selected" set LED:4 4 endif exit endif ################################ I hope it works for you, at least, it behaves as wanted here.

Hi everyone! Quick update here. I finally finished my controller and installed it in my small control-room. Here it is. I really like the way it turned out, i'm working with it since 2 weeks now, and it's a real bonus to the ergonomics. It still have room for improvements but that was expected and i will continue to work on it in the next future. I'd like to thank everyone on this forum who helped me build this and a BIG thanks to TK and all the midibox team. Without this place I would have never been able to even start this project. Cheers, Thomas

It's not quite clear to me what you want to do? You want to have one J89 SRIO chain and switch between several Cores? If that's right, it is trivial to make a Johnson counter/decade counter out of a 4017 chip. You could think to use the output enable pin(s) of the buffer (541 or 125) that is used to interface the buss to the core. Each Core gets one buffer with the datalines connected to the inputs (+DIN to an output), the outputs are common to the J89 chain (+ the serial in). Advance the counter to "turn on" one chip.

@Hawkeye Thank you for the thoughtful replies. It is easy to think of future wishes and add ons but at the same time forget about how it would effect everything else. I love the Seq4+, very little I would change! And the fact that I can get into the code and try things myself is pretty amazing. That alone is a "feature" that very few seq's can boast. @flyweightIf I was looking for more humanized recordings I'd use the longer tracks with higher divisions OR the humanizer feature! Also, you can specify your own shuffle parameters, you may find something that gives you YOUR feel.. if you could analyze how your beats groove, you may just be able to create that groove as a template and there ya go. May be worth digging into. At the same time, your experience and learning from building the Seq is not lost if you sell it. You lost time, yes. I'm sure if you put it on the market it will sell pretty quickly. ~Steve

Hi, Check or add the correct path in environment: Page 14 in the pdf Best Bruno

Hi guys, I don't know the best for your project but I can explain what I did for the OLRE16. First is the MASK, it's black PMMA. Both sides are milled. I let some space between the leds on the pcb to keep some matters between the leds housing. Led size is 1.5x2mm On the other side(front side) there's some stripes which will fit inside the translucent PMMA, they will block the light between the leds, between the rings and between the rings and the oleds. . Note: the olre16 top pcb(ring) has no component on the top except the leds and the oleds. In blue are the back leds housing. In Red there are the holes. In Yellow, some stripes to block the light on the front, those stripes will fit inside the back of the translucent PMMA. The second part is the 'WINDOW', in translucent white PMMA, it's a LED special one, the same I used for the beat led window of the Seqv4+. The back part will fit inside the MASK, in other word the base of the WINDOW will receive the MASK's stripes, of course the WINDOW's pipes are in front of the MASK's holes. Then the Aluminum front panel comes to finish blocking the light and the pipes of the WINDOW will fit inside the panel, flush the surface. When they are coupled When coupled , assembled the thickness without the pipes height(front panel thickness) doesn't exceed 2.5mm Voilà! I don't know if it will help you and It's surely an "over-engineered" thing but this is the only solution I found, and it works. Best regards Bruno

Hey people, thanks to @TK.! It's working great. Anyway I had still some flickering on the LEDs. As I stated above I left away the caps ... and this was the reason. I know have added a 10uF on the input and on the output-connector of the LED-rings and the flickering is completely eliminated! Great!! So, one core can handle a total of 10 LED (10*36=360) rings....

Good. Maybe someone need good midi samples for beatmaking www.lucidsamples.com/edm-samples-packs/278-edm-magical-midis-vol-3.html and https://www.loopmasters.com/search?q=midi

Hi all, I'm finally finished my MB SEQ V4L V1 from 2011. Sorry for the poor quality. Next step for me: Learn to play Next step for my children: Raspberry PI Touchcreen extension Best regards Jack

Hey people, in this thread I'll post time after time updates about my latest keyboard build. Also I'll use this thread to publish eagle-PCB-layout-files and schematics. But please be patient. Uploading and documenting all that stuff is highly time consuming and it's right before christmas. So far everything works great, but the work under the hood was really time consuming because I used a lot of modules... some available from Tim, some I did on my own. I think modules are great if you need high flexibility... and all the modules are working perfectly. But if it comes down to save space and wiring, modules are a mess. Anyway... here we go: So I was tired using a laptop, a soundcard, tons of cables and all that stuff on stage. So I thought: What if I put the computer into the keyboard? It was quite successful. I used an Mini-ITX mainboard from Gigabyte, an i5-3570k (I'd go with a better i7 if I hadn't had that i5 before) with a low profile cooler. The mainboard is equipped with 16GB of RAM. Also I integrated two Samsung SSDs with 500GB each. The whole thing is powered through a Seasonic SS250U power supply. As soundcard I use a PCIe card from RME HDSPe AiO. Because this only has two audio in/outs, I also bought two expansion-board that gives me another four in and outs. The first two analog-outs are going through a self-made DI-box with high quality LEHLE-transformer... absolutely great stuff. This DI-box features also a 20dB PAD and a GND-lift. Let's hand over to the MIDIbox-side: I use two cores. One of them only takes care of the keyboard scanning. It was very important to me to not make a compromise on this. This core is connected via MIDI-out to the MIDI-In of the other core. Both cores are STM32F4 based. I used my own PCBs for that. @TK. Is it a problem if I publish those schematics and layouts for the core? I know that the official core is not published yet to cover the costs for PCB production and development. The PCB I developed only contains the connectors I need: it has J8/9, J19, J10A, J11 and J30 (as far as I remember... don't have it right in front of me at the moment). I tried to get a smaller footprint of the whole PCB. It also features a MicroSD-card slot instead of the SD-card-slot in the official PCB. My keyboard has nine analog faders build in... they are not motorized. I don't need that for now as they are much more expensive and also take more space. Also they are more difficult to wire up and connect. At first I did some tests with the AINSER8. But after a while I gave AINSER64 a try with the result, that it has less jitter than the AINSER8. The faders are a lot more quiet than with AINSER8. As I needed more than 16 analog inputs this was needed anyway. I power the AINSER64 through the core and the core receives it's power directly from the seasonic-power supply and NOT via USB. I needed some LEDs to visualize the status of my faders. A long long time ago I wanted to start another LED-fader-project but never finished it. So I had a lot of those LED-bars laying around... I took them and putted them into the board... works and feels great! On the next revision I'd try to use one big PCB for all 9 LED-bars to safe wiring and time for mounting. Now I used two 10pin IDC connectors (with only 8 pins of each are connected to the LED-bars = 16 LEDs). I did some mistakes when assembling the LED-PCBs... now sometimes some LEDs don't work... anyway... I can live with that for now. @TK. How about the WS2812 or APA102-LEDs? Do you think it's worth using them as LED-rings? I'm not sure what the status is and if they are supported in that way by MIDIbox. Would be a great alternative but they take a lot more space than 0603 SMD LEDs of course. The LED-bars are connected to small modules I did based on @novski designs. Those small modules are equipped with one or two DIN / DOUT modules. They work great and the advantage is, that I can stack them directly on the pinheader of the PCB... no cables needed! A bit hotglue and you are ready to go. I also have 8 encoders on each side of the keyboard. The right side is not connected yet... not sure if I do need so many encoders ;-) Of course they are also equipped with LED-rings. While the LED-bars where assembled by factory (I think I used SEEED) the encoder-rings came blank... so it took me a looooooong time adding 128 0805 SMD LEDs to all PCBs... at this time I had not have my reflow-oven... with this one that might be an easy task :-) The encoders (and the switches of the encoders) are connected to a 4xDIN board from novski. I'm not sure if this board really works well. Sometimes if I set debug on, MIOS lists tons of EVENT_BUTTONS. I'll need to investigate that. Maybe it has something to do with RC1 / RC2 lines. Underneath the faders I have a set of 2x8 buttons. I'm not really happy with them. I did the caps by myself and this was a really shitty work... next time I will use tact-switches that already come with caps f.e. TC011 like I did in the 1x8 button-row right in front of the player / underneath the display. For the buttons I designed a DIO-breakout-board. This breakout-board splits the matrix configuration of the 2x8 pinheader of the DIO-module to a more usable 2x5pin header-configuration with the row on pin 1 and the switch-lines on 3-10. With this way it's very easy to connect tons of buttons to a MIDIbox. . Same for the LEDs of the buttons. I used a DOUT-module with ULN2803 as LED driver (btw. I drive all LEDs with ULN2803 and do NOT use a resistor before or after the LEDs. As those LED-lines are scanned, a limiting resistor doesn't seem to be necessary). That's mainly it... the keyboard has two MIDI I/Os on the back as well as four pedal connectors for two switches and two expression pedals. The touchscreen in the middle is a 10" capacitive screen... that works awesome!! That's the story for now... like I said I'll try to keep this thread alive and add the PCB layouts and schematics later on. Thanks for reading!! Best, Chris