Skip to main content

Steve's: la fin d'une aventure

J'ai appris aujourd'hui que Steve's Music Store allait définitivement fermer ses portes, marquant la fin d'une aventure de 61 ans.

Steve's était une institution à Montréal. Le magasin avait ouvert ses portes en 1965, rue Saint-Antoine. Quand je suis arrivé à Montréal, Steve's occupait presque tous les pas-de-porte entre les rues Saint-Urbain et Saint-Laurent, le dernier étant occupé par un autre magasin d'instruments de musique, mais d'occasion : Jack's. C'était de vieux bâtiments, une enfilade de magasins où régnait une atmosphère joyeusement bordélique. En s'aventurant vers le fond du magasin depuis la porte d'entrée, on passait du débutant qui répétait « Jeux interdits » au gratteu qui sortait un déluge de notes avec force overdrive, d'un pianiste jazzy au mugissement rauque d'un Moog. Les sections percussion, sono et occasion/location avaient leurs entrées propres.

Quatre autres succursales avaient été créées : deux dans la région montréalaise (Greenfield Park et Dollard-des-Ormeaux) et deux en Ontario (Toronto et Ottawa). Celle de Toronto avait également cette joyeuse âme.

En septembre 2017, Steve's a reçu un avis d'expropriation des bâtiments de la rue Saint-Antoine et s'est relocalisé rue Sainte-Catherine, dans un local qui, bien que plus petit, était plus récent et mieux éclairé. Mais une partie de l'âme avait disparu ; le magasin devenait plus sérieux, plus policé, plus propre.

Malheureusement, en février 2026, quatre des cinq magasins ont fermé leurs portes ; seul celui de Montréal a subsisté. Répit de courte durée, car en juillet 2026, Steve's annonce la fermeture définitive du dernier magasin, invoquant un changement des habitudes de consommation et une baisse du pouvoir d'achat.

Steve's faisait partie de ces grands magasins de musique où l'on trouvait de tout, comme l'ont été Archambault Berri et Ital Mélodie, eux aussi fermés. Quant à Moog Audio, une autre institution montréalaise, elle n'est plus que l'ombre de ce qu'elle était.

Comments

Popular posts from this blog

Drive replacement for Fostex DMT8-vl

The IDE hard drive on my Fostex DMT8-vl multitrack recorder shows signs of its imminent death; when getting hot, I could not record anymore. Must be said this drive comes from an old Sun Station, and has been replaced because I/O failures were detected by Solaris. It worked at least 5 years in my recorder: not so bad. However, time is now to replace it. The DMT8-vl is not able to handle drives bigger than 8.4 GB. Well, it is able to (the current drive is 15 GB), but only 8.4 GB will be usable. My tought was to use a 8 GB CompactFlash; having no moving parts means no noise, which is quite temptating for a music recording device. I purchased a CompactFlash-IDE adapter on the internet (8$) and I had to build a male-male IDE cable adapter (4$). Unfortunately, this doesn't work. The drive is correctly discovered by the operating system, which proposes to format it ("format IDE?"). After answering "yes", the formating runs pretty fast (faster than on a real drive), ...

My journey with ATtiny4313 (part 1)

Introduction The context For a personal project, I want to program an Atmel ATtiny4313 microcontroller. I use microcontrollers for several years, but not on a regular basis (maybe 3-4 times a year), mostly for testing and generally with a deceptive result. But failure isn't the best training? This article aims to share my errors and success, as well as being a personal log. The project The project is to replace the main board of a Soundpool MO4, a MIDI OUT extension for the Atari ST; details here . Overall, the project is pretty simple: reading the parallel port and copy verbatim the data to MIDI out. This is the reason behind my choice of this particular microcontroller, since it embeds an USART and has an 8 bits parallel port (20 pins DIP package). The MO4 having 4 MIDI Outs, I will use 4 ATTiny4313, one for each out; this is actually cheaper than finding a 4-channel USART. Each microcontroller must determine if the data present on the parallel port shoul...

Samba: Clients get "system error 1223" (or 123) after a server reboot

Facts: a Linux+Samba server shares anonymously a folder. After a reboot, Win clients could not attach the share drive anymore. C:\>net use \\mylinux\folder Enter the user name for 'mylinux': System error 1223 has occurred. The operation was canceled by the user. C:\>net view \\mylinux\ System error 123 has occurred. The filename, directory name, or volume label syntax is incorrect. The process are present, and tcpdump doesn't provide much information. What's going on? After hours of headscratching, the light came: the firewall was on and no rules for the Samba protocol! Grrr!