Home News Forum Kijk/Luister Sample Sets Vergelijk Benodigdheden Foto's Links Downloads Over ons

 

USB-midi hapering

Toon actieve onderwerpen


Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 15 jun 2019 14:41

USB-midi hapering

Dag allen,

Mijn orgel gebruikt op dit moment 2x een USB midi adapter.

1 voor de toetsen(https://www.bax-shop.nl/midi-interface/ ... -interface)
1 voor de overige zaken zoals registers(https://www.jaycar.com.au/usb-midi-interface/p/XC4934)

Nu heb ik eerst een tijd zonder de eerste midi interface gedraaid. Dit ging redelijk goed, alleen dat Hauptwerk af en toe crashte.

Sinds een tijd heb ik de eerste erbij gedaan. Deze geeft alleen sinds korte tijd veel foute signalen af, met meerdere toetsen tegelijk. Dan neemt hij een andere toets mee. Wanneer dit probleem optreedt, crasht hauptwerk altijd na het afsluiten van Hauptwerk bij het sluiten van de Midi poorten. Wanneer ik dan de USB-midi adapters omdraaid, zodat je kan uitsluiten of het niet in de electronica zelf zit, gaat dit weer goed.

Er lijkt dus iets mis te gaan in deze USBmidi adapters. Hebben meerdere mensen ervaring met de bovenstaande midi USB adapters? Ik weet dat er ook bijv een 4 poort naar 1 usb adapter is. Echter zijn deze veel meer aan de prijs.

Alvast bedankt.

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 21 jun 2019 20:43

Re: USB-midi hapering

Heeft verder niemand ooit iets van het onderstaande ervaren?

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 21 jun 2019 21:19

Re: USB-midi hapering

Ik hoop niet dat je voor de 2e (https://www.jaycar.com.au/usb-midi-interface/p/XC4934) US$ 29 betaald hebt.
Deze zijn voor nog geen 10 euro te koop op Marktplaats. Maar ze zijn nog geen cent waard. Aan de buitenkant zien ze er allemaal hetzelfde uit, maar de binnenzijde (de electronica) is verschillend. Er zijn ook componenten weggelaten en ze functioneren slecht tot in het geheel niet. Zie ook http://www.frank-buss.de/midi/ , http://www.arvydas.co.uk/2013/07/cheap- ... -required/ en https://karusisemus.wordpress.com/2017/ ... modify-it/
Zoek ook even op ons forum, want er zijn meer personen die problemen hadden met deze kabel.

En BAX heeft een 60 dagen niet goed geld terug garantie voor de eerste. Die zou ik terug sturen.

Beide kabels gebruiken de ingebouwde Windows MIDI driver. En wordt nl. geen driver met de kabels meegeleverd. Crasht de driver, dan gaat HW ook onderuit, wat bij jouw het geval is.

Koop vervolgens bij Bax 2x een Roland um-one.
https://www.bax-shop.nl/midi-interface/ ... erface-mk2

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 22 jun 2019 07:38

Re: USB-midi hapering

Evert-Jan schreef:Ik hoop niet dat je voor de 2e (https://www.jaycar.com.au/usb-midi-interface/p/XC4934) US$ 29 betaald hebt.
Deze zijn voor nog geen 10 euro te koop op Marktplaats. Maar ze zijn nog geen cent waard. Aan de buitenkant zien ze er allemaal hetzelfde uit, maar de binnenzijde (de electronica) is verschillend. Er zijn ook componenten weggelaten en ze functioneren slecht tot in het geheel niet. Zie ook http://www.frank-buss.de/midi/ , http://www.arvydas.co.uk/2013/07/cheap- ... -required/ en https://karusisemus.wordpress.com/2017/ ... modify-it/
Zoek ook even op ons forum, want er zijn meer personen die problemen hadden met deze kabel.

En BAX heeft een 60 dagen niet goed geld terug garantie voor de eerste. Die zou ik terug sturen.

Beide kabels gebruiken de ingebouwde Windows MIDI driver. En wordt nl. geen driver met de kabels meegeleverd. Crasht de driver, dan gaat HW ook onderuit, wat bij jouw het geval is.

Koop vervolgens bij Bax 2x een Roland um-one.
https://www.bax-shop.nl/midi-interface/ ... erface-mk2


Nee gelukkig de tweede heb ik geen 29$ betaald. Deze had ik al heel lang. Geen flauw idee waar vandaan. Was toen heel goedkoop. Die websites zijn meer als voorbeeld. De tweede had ik wel verwacht, aangezien er zoveel varianten, en meeste chinese varianten zijn. Maar de Tie One had ik toch iets meer van verwacht. Maar deze gebruikt inderdaad de native driver van Windows 10.

Ga het dan maar proberen met de Roland midi interface.

Bedankt!

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 05 jul 2019 10:48

Re: USB-midi hapering

De Rolands heb ik aangesloten.
Het Crashen is idd volledig over! Heb overigens ook direct Hauptwerk volledig gereset. Ik moest toch alles opnieuw koppelen door de nieuwe Midi adapters. Die cache bestanden zijn uiteindelijk zo opnieuw opgebouwd.

Alleen hebben deze Rolands wel de neiging om met het opstarten van de PC's de driver niet goed te laten starten.
Dan geeft Device Manager aan: Driver has been enabled but has not been started. Code 10.
Wannneer je het apparaat uitschakel en weer inschakel werkt hij direct.

Maar of dit echt een specifiek driver probleempje is, wil ik niet direct zeggen. Dit heeft de Teensy 3.6 ook gehad bij mij, en nu de Arduino Mega ook. Lijkt toch dat de USB poorten niet helemaal lekker werken. Heb wat settings gewijzigd in de BIOS maar dit maakt niet uit. Het werkt wel wanneer de USB poorten aan blijven staan wanneer de computer uit is. Maar heb liever dat deze volledig uit zijn.

Voor nu laat ik tijdens het opstarten van de PC gewoon een bat scriptje draaien, welke eerst de 2 UM-ONE adapters uitzet en direct aanzet, daarna de overige programma's. Dit werkt heel goed.

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 05 jul 2019 12:05

Re: USB-midi hapering

De MIDI kabel wordt gevoed vanuit de USB poort van de PC.
Heb je in Windows --> Apparaatbeheer bij ELKE USB hub het eventueel geplaatste vinkje weggehaald bij de optie 'De computer mag dit apparaat uitschakelen om energie te besparen'?

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 05 jul 2019 12:26

Re: USB-midi hapering

Ja. Dat heb ik gedaan. Maakt verder geen enkel verschil. Ik heb overigens ook nog wat zitten spelen met verschillende Windows 10 versies(1511 - 1609 - 1703 - 1709 - 1809) Zit op dit moment op 1609 -> Deze werkt het beste met de CPU in het rood en het ontladen van een orgel. Maar dit maakt voor het USB probleem niets uit.

De USB poorten geven alleen bij enkele specifieke apparaten problemen wanneer de computer uit is geweest. Deze apparaten geven op andere computers weer geen probleem.
Maar de workaround los het wel op. Wanneer de computer is opgestart werken de USB poorten zoals het hoort.
Wanneer het toch problemen gaat geven, kan ik of een reparatie laten starten van het moederbord. Anders kan ik altijd nog een USB PCIE kaartje gebruiken. Maar voor nu is dit niet belangrijk.

Echter heeft dit moederbord (Asrock z370m Pro 4)meerdere kuren vertoond zoals Fans welke op 100% gingen draaien, en niet meer wilde zakken in snelheid. Wanneer je de RPM ging uitlezen zei hij weer 0 rpm. laatste bios update verhelpt ook niets met de USB poorten.

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 05 jul 2019 13:55

Re: USB-midi hapering

Als oplossing kun je er een hub met een eigen voeding tussen zetten. Dan weet je zeker dat de randapparatuur zijn spanning krijgt. Deze met een geschakeld stekkerblok, waarop ook PC zit, aanzetten en dan de PC aan. Dan weet je zeker dat de USB voedingsspanning aanwezig is.

Als 1 fan op 100% gaat draaien en hij geeft 0 RPM aan, dan is de fan kapot. De uitleesmogelijkheid werkt dan niet en daarom draait op 100%.
Of de connector van die fan heeft slecht kontakt op het moederbord.
Avatar gebruiker

Berichten: 295

Geregistreerd: 09 jul 2016 23:19

Woonplaats: Eindhoven

Bericht 05 jul 2019 22:52

Re: USB-midi hapering

Hallo,

Zoals je in mijn youtube (https://youtu.be/ydUhmmP9MMc) kunt zien heb ik drie MIDI_USB keyboards. Daarom heb ik mijn pedaal via MIDI-USB kabel, met de drie USB kabels van de keyboards op USB met eigen voeding aangesloten.
Om te beginnen start ik mijn Roland Octacapture, dan de PC en als Windows gestart is, wacht ik 10 seconden en start dan Hauptwerk op. Eigenlijk nooit problemen of hickups. De FCB1010 heb ik er later bij gekocht and via een Roland UM10 MIDI-USB kabel aangesloten.

Maar binnenkort zijn mijn Nektar keyboards te koop. Ik ga overstappen op Fatar klavieren, dus wordt alles anders.
Met vriendelijke groeten, Fred Mellink

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 02 aug 2019 19:36

Re: USB-midi hapering

Helaas... Het probleem is weer terug.

Wanneer ik hauptwerk sluit/andere orgel laadt, of te wel, wanneer ik een orgel uit het geheugen laadt gaat het mis. 'Hauptwerk reageert niet meer' -> Wanneer ik de logboek van Hauptwerk bekijkt, zie ik dat deze is gestopt op het moment dat hij de tweede UM-ONE adapter probeert te stoppen.
Wanneer ik de logboeken van Windows zelf nakijk, komt hier niets in terug rond dat tijdstip.
(Behalve de Hauptwerk crash opzich zelfstaand)

  Code:
Naam van toepassing met fout: Hauptwerk.exe, versie: 4.2.1.3, tijdstempel: 0x556f2d19
Naam van module met fout: Hauptwerk.exe, versie: 4.2.1.3, tijdstempel: 0x556f2d19
Uitzonderingscode: 0xc0000005
Foutmarge: 0x0000000000009fa0
Id van proces met fout: 0x17e0
Starttijd van toepassing met fout: 0x01d549547f43be88
Pad naar toepassing met fout: C:\Program Files\Hauptwerk Virtual Pipe Organ\Hauptwerk.exe
Pad naar module met fout: C:\Program Files\Hauptwerk Virtual Pipe Organ\Hauptwerk.exe
Rapport-id: a47f56f3-72fc-4a28-8e05-b75c776bc9ec
Volledige pakketnaam met fout:
Relatieve toepassings-id van pakket met fout:


Laatste stukje van de Hauptwerk log er ook maar bij gedaan. Wie o wie heeft er nog een idee..

Alle drivers zijn up-to-date
Windows is up to date

Schone start van Windows lost het probleem niet op.
Je hebt geen permissies om de bijlage(n)) in dit bericht te zien.

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 02 aug 2019 21:29

Re: USB-midi hapering

Als HW stopt is er communicatie met MIDI en audio driver om die te laten weten dat HW stopt.

Ik heb even in de log file gekeken. Toevallig had je 1 regel te veel gekopieerd, nl. de eerste:
2019-08-02-19-05-34: INF:5187 Could not initialize DirectSound device 'DirectSound: Primair geluidsstuurprogramma'. The device might be detached, turned off or its driver not installed properly. (Operating system message: DSERR_NODRIVER, code: -2005401480.)
Heb je het audio op het MB uitgezet??
Of je juiste driver geïnstalleerd?

Ik dacht dat je Window 10 gebruikte, maar zie in de logfile "Windows 8.x ver: 6.2.9200" en dat is Windows 8.0. Die wordt niet meer gesupport door HW (en ik denk ook niet meer door de meeste software/drivers). Het is 7, 8.1 en 10.
Keuze genoeg dacht ik waarbij in Windows 7 zou laten zitten (wil niet snel installeren op de processor en is end of support op 20 januari 2020).

Dit brengt me ook op het volgende, n.a.v. bovenstaande.
Heb jij op de Asrock z370m Pro 4 de laatste drivers van de fabrikant (ASROCK dus) zelf geplaatst?
Geldt ook voor de chipset drivers van dat moederbord en de laatste ASIO4ALL.
Microsoft maakt met de meegeleverde Windows 8/10 drivers soms een rommeltje en plaatsen dan een universele driver.

En ook de laatste BIOS versie geplaatst?
Ik zou het BIOS even terugzetten naar default instellingen en alleen deze 3 even disablen:
- Intel Turbo Boost Technology
- Enhanced Intel SpeedStep Technology (EIST)
- Intel C-State

Doe jij aan overclocking op dat MB?

Welke USB apparaten zijn er nog meer gekoppeld dan behalve de versterker en de 2 UM-ONE MIDI kabels? Ik zie nl. 'hauptwerk_in', 'hauptwerk_out'. Wat is dat? En loopt het audio vanuit HW via Reaper naar de versterker of rechtstreeks van HW naar de versterker?
Als deze HW logfile het laatste is voordat e.e.a. crashte, dan zie ik dat dit niet meer gelogd wordt:
Stopping MIDI OUT port 'hauptwerk_out'.
Bij het andere orgel wordt dat wel gelogd bij stoppen.

Heb jij audio en MIDI op de USB2 poorten van de MB aangesloten om de meeste compatibiliteit te hebben? Rechtstreeks of via een powered hub?
En 'hauptwerk_out' en 'hauptwerk_in'?


Advies is om over te gaan naar HW 8.1 (frisse installatie doen en geen update o.i.d.!), bovenstaande mee te nemen in die installatie en dan opnieuw te testen.

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 03 aug 2019 08:36

Re: USB-midi hapering

Evert-Jan schreef:Als HW stopt is er communicatie met MIDI en audio driver om die te laten weten dat HW stopt.

Ik heb even in de log file gekeken. Toevallig had je 1 regel te veel gekopieerd, nl. de eerste:
2019-08-02-19-05-34: INF:5187 Could not initialize DirectSound device 'DirectSound: Primair geluidsstuurprogramma'. The device might be detached, turned off or its driver not installed properly. (Operating system message: DSERR_NODRIVER, code: -2005401480.)
Heb je het audio op het MB uitgezet??
Of je juiste driver geïnstalleerd?

Ik dacht dat je Window 10 gebruikte, maar zie in de logfile "Windows 8.x ver: 6.2.9200" en dat is Windows 8.0. Die wordt niet meer gesupport door HW (en ik denk ook niet meer door de meeste software/drivers). Het is 7, 8.1 en 10.
Keuze genoeg dacht ik waarbij in Windows 7 zou laten zitten (wil niet snel installeren op de processor en is end of support op 20 januari 2020).

Dit brengt me ook op het volgende, n.a.v. bovenstaande.
Heb jij op de Asrock z370m Pro 4 de laatste drivers van de fabrikant (ASROCK dus) zelf geplaatst?
Geldt ook voor de chipset drivers van dat moederbord en de laatste ASIO4ALL.
Microsoft maakt met de meegeleverde Windows 8/10 drivers soms een rommeltje en plaatsen dan een universele driver.

En ook de laatste BIOS versie geplaatst?
Ik zou het BIOS even terugzetten naar default instellingen en alleen deze 3 even disablen:
- Intel Turbo Boost Technology
- Enhanced Intel SpeedStep Technology (EIST)
- Intel C-State

Doe jij aan overclocking op dat MB?

Welke USB apparaten zijn er nog meer gekoppeld dan behalve de versterker en de 2 UM-ONE MIDI kabels? Ik zie nl. 'hauptwerk_in', 'hauptwerk_out'. Wat is dat? En loopt het audio vanuit HW via Reaper naar de versterker of rechtstreeks van HW naar de versterker?
Als deze HW logfile het laatste is voordat e.e.a. crashte, dan zie ik dat dit niet meer gelogd wordt:
Stopping MIDI OUT port 'hauptwerk_out'.
Bij het andere orgel wordt dat wel gelogd bij stoppen.

Heb jij audio en MIDI op de USB2 poorten van de MB aangesloten om de meeste compatibiliteit te hebben? Rechtstreeks of via een powered hub?
En 'hauptwerk_out' en 'hauptwerk_in'?


Advies is om over te gaan naar HW 8.1 (frisse installatie doen en geen update o.i.d.!), bovenstaande mee te nemen in die installatie en dan opnieuw te testen.

Bedankt voor je reactie,

Ik heb inderdaad de audio, via mijn BIOS uitgezet. Dan kan hoef ik geen driver te installeren. Dat gaat dan ook niet.

Nou, wat betreft de Windows versie, ik draai toch echt Windows 10(Build 1607). Ik heb overigens meerdere builds geprobeerd van 1603 tot 1809. Allemaal hetzelfde probleem. Is het ook een schone installatie. Geen upgrades etc.

Wat betreft drivers, deze zijn inderdaad allemaal de laatste versie van de website van Asrock. Drivers laten updaten via Windows update wil wel eens drivers veranderen in de universal drivers met de gevolgen van dien. Dus dat kan het eigenlijk ook niet 123 zijn.

Wat betreft de BIOS, deze ga ik eerst eens resetten, en die zaken uitzetten. Ik kijk ook even direct waar de Directsound naar toewijst, anders kan ik de audio juist wel aanlaten staan in de BIOS en de driver installeren.

Overclocking heb ik bewust uit gelaten. Zal voor de zekerheid kijken of er geen profiel in de bios is welke de computer automatisch wil overklokken.

Naast de 2x UM-One, heb ik een Denon PMA 50, Elo1002l schermpje(USB powered), Hauptwerk dongle, Arduino Mega puur voor de stroom, een WiFi USB welke vaak uitgeschakeld is. Alleen gaat deze aan indien nodig.

De 2x UM-One zitten inderdaad op echte USB 2.0 poorten. Geen USB 3.0 poorten.
Alle USB apparaten zijn direct aangesloten op het moederbord. een usb powered hub heb uiteindelijk nog niet geprobeerd.

Hauptwerk_out en hauptwerk_in zijn 2 virtuele midi poorten via LoopMidi om te communiceren met een eigen geschreven programma, welke over Hauptwerk heen draait. (Dit is voor de registratie, laden van een orgel en zulk soort zaken, en de communicatie richting de Arduino Mega.)

Aangezien jij van windows 8 uitging, laat ik 8.1 even zitten. (Tenzij Windows 8.1 voor Hauptwerk daadwerkelijk stabieler zou moeten zijn)

Edit 9:17
Voor nu heb ik de BIOS gereset -> de 3 zaken hierboven uitgezet.

De audio stond in de bios op disabled -> na de reset op auto. Deze heb ik even op enabled gezet, zodat hij altijd aan staat. Windows schoof er direct een universal driver onder. Deze heb ik vervangen door de officiele Asrock Realtek driver. Nu is die melding ook weg in de logboeken van Hauptwerk.

Nu even aankijken of deze blijft werken.

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 03 aug 2019 11:08

Re: USB-midi hapering

Ik heb even bij mij op een W10 systeem gekeken (1903H1), en daar staat dezelfde Windows versie informatie als in jouw HW logfile.
Het is dus een bug in HW. Dat moest destijds gepatched worden omdat het niet onder Windows 8.1 werkte (wel onder 8.0). En daar is dit dus niet goed gegaan. Ik zal de bug aan MDA rapporteren.

Ik zou even bij die W10 versie blijven.

Nu je wat meer omschreven hebt: als het weer fout gaat zou ik het zelf gemaakte schilletje om HW even uitzetten of een aantal commando's richting HW even disabelen. Misschien geef je wel opdrachten aan HW terwijl deze bezig is een orgel uit het geheugen te verwijderen (zowel bij afsluiten HW als bij een andere orgel laden). En dan denk ik dat het eerder fout gaat bij grote orgels dan bij kleine orgels.
Wacht je prg wel totdat het orgel uit het geheugen weg is voordat een nieuwe opdracht wordt gegeven?

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 07 aug 2019 08:54

Re: USB-midi hapering

Evert-Jan schreef:Ik heb even bij mij op een W10 systeem gekeken (1903H1), en daar staat dezelfde Windows versie informatie als in jouw HW logfile.
Het is dus een bug in HW. Dat moest destijds gepatched worden omdat het niet onder Windows 8.1 werkte (wel onder 8.0). En daar is dit dus niet goed gegaan. Ik zal de bug aan MDA rapporteren.

Ik zou even bij die W10 versie blijven.

Nu je wat meer omschreven hebt: als het weer fout gaat zou ik het zelf gemaakte schilletje om HW even uitzetten of een aantal commando's richting HW even disabelen. Misschien geef je wel opdrachten aan HW terwijl deze bezig is een orgel uit het geheugen te verwijderen (zowel bij afsluiten HW als bij een andere orgel laden). En dan denk ik dat het eerder fout gaat bij grote orgels dan bij kleine orgels.
Wacht je prg wel totdat het orgel uit het geheugen weg is voordat een nieuwe opdracht wordt gegeven?



Ik zal voor de zekerheid het progamma welke richting HW communiceert even uitzetten op dat moment.
Maar het lijkt nu ineens over te zijn door de volgende aanpassing naar aanleiding van jou tip..

Ik heb de BIOS gereset, de onderstaande zaken alleen uitgevoerd, en probleem was direct over. (Laatste tijd crashte Hauptwerk gewoon altijd na het afsluiten/laden van een ander orgel).
Ik terug in mijn bios, en ik heb 1 optie altijd aan gehad: Asrock ultra fast boot. Dit houdt eigenlijk in dat hij iets rapper door de POST van de BIOS heen gaat. Ik heb deze weer aangezet -> Direct het probleem terug. Uitgezet, geen problemen meer.

prestantt schreef:Alleen hebben deze Rolands wel de neiging om met het opstarten van de PC's de driver niet goed te laten starten.
Dan geeft Device Manager aan: Driver has been enabled but has not been started. Code 10.
Wannneer je het apparaat uitschakel en weer inschakel werkt hij direct.

...

Voor nu laat ik tijdens het opstarten van de PC gewoon een bat scriptje draaien, welke eerst de 2 UM-ONE adapters uitzet en direct aanzet, daarna de overige programma's. Dit werkt heel goed.


Een leuke bijkomstigheid is, wat ik hierboven heb geschreven wat betreft de Roland UM ONE. Deze werkte pas, als ik in apparaatbeheer hem uit en weer aan zetten.(Dit deed hij nu automatisch, voordat Hauptwerk startte, via een bat script). Wanneer ik ultra fast boot uitzet, is dit niet meer nodig. Wanneer ik ultra fast boot weer aanzet, probleem direct terug. Dit geldt ook voor de Teensy. Deze werkt nu eindelijk ook normaal.

Even op lange termijn aankijken, maar het lijkt alsof Asrock Ultra Fast Boot toch iets te snel is met het afhandelen van de POST van de BIOS. Maar dit ziet er in elk geval al heel goed uit!

PS. Asrock Ultra Fast Boot is echt alleen voor het zeer snel te kunnen starten van Windows. Het starten van Windows wordt niet sneller.

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 07 aug 2019 10:27

Re: USB-midi hapering

Mooi dat je nu achter de oorzaak bent.
prestantt schreef:PS. Asrock Ultra Fast Boot is echt alleen voor het zeer snel te kunnen starten van Windows. Het starten van Windows wordt niet sneller.
Dit is alleen toepasbaar in Windows 8.x. Even in het boekje van het moederbord kijken. Bij mijn MB (geen Asrock) in de HTK-PC is dat zo.

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 19 sep 2019 17:27

Re: USB-midi hapering

Helaas, het moederbord gaf meerdere defecten, waardoor deze moest vervangen worden.

Ik heb nu geen Asrock Z370M pro 4
Maar een Asus B365M-A. Overclocken deed ik niet, en chipset B365 heeft als enige grote verschil dat er geen USB 3.1(Gen2) beschikbaar is.

De hele computer heb ik schoon geïnstalleerd, met de bijbehorende drivers.
Bios is zoals hierboven gereset en naar deze instellingen gezet.

Alles draait weer zoals het hoort. Alleen heel af en toe crashed Hauptwerk gewoon weer.

Even een stukje Hauptwerk log waar het fout gaat..
  Code:
2019-09-19-08-41-33: INF:5099 Audio stopped.
2019-09-19-08-41-33: INF:3828 Stopping MIDI.
2019-09-19-08-41-33: INF:3825 Stopping MIDI IN port '2- UM-ONE'. (Driver pri: 9. Engine pri: 11. Buff: floods: 0, peak usage: 0 pct, total traffic: 26.7 KB. Event perf stats: min ms/avg ms/max ms/total num/num 0-1.9ms/num 2-4.9ms/num 5-9.9ms/num 10-19.9ms/num 20-49.9ms/num >=50ms: event latency: '0.0 / 1.4 / 3.0 / 9120 / 5162 / 3958 / 0 / 0 / 0 / 0', processing time: '0.0 / 0.1 / 1.9 / 9120 / 9120 / 0 / 0 / 0 / 0 / 0', processing overrun: '0.0 / 0.0 / 0.2 / 9119 / 9119 / 0 / 0 / 0 / 0 / 0')
2019-09-19-08-49-02: INF:5184 ASIO driver 'ASIO: Denon ASIO Device' does not provide any output channels.
2019-09-19-08-49-02: INF:5187 Could not initialize DirectSound device 'DirectSound: Primair geluidsstuurprogramma'. The device might be detached, turned off or its driver not installed properly. (Operating system message: DSERR_NODRIVER, code: -2005401480.)
2019-09-19-08-49-02: INF:4165 Welcome to Hauptwerk.

Hauptwerk version: 4.2.1.003.
License: Advanced Edition.
Key: 1780471599, type: HASP-HL, model: Max, version: 7.2, made: 2017-10-12, firmware: 4.34, memory: 3584, counter: 1, library: 7.1.1.42505, LM version: 20.0.1.70827, LM platform: Windows 10 Pro Build 14393, response time: 0, query time: 21.8 ms, connection: 'OK.' (code: 0).
Configuration: Primary configuration.
Processor build type: Intel 64-bit.
Platform: Microsoft Windows.
Operating system: Windows 8.x (64-bit, ver: 6.2.9200 SP: 0.0).
Operating system account: gebruiker (administrator: Y).
Number of logical CPU cores available: 6.
Processor has Intel HyperThreading enabled: N.
Total installed physical memory reported by operating system: 65474 MB.
[Mem. usage stats. MB: Approx. est. of tot. usable phys. mem. remaining: 38842, Approx. est. Hauptwerk sample/obj. mem. (excl. other data): 27 (0 pageable). Approx. pct. phys. mem. used: 0, OS tot. 'available' phys.: 38842, OS commit tot.: 6, OS tot. page file: 9728, OS tot. virtual: 75202, OS mem. load pct: 40, OS sys. cache: 0, OS process commit: 36, OS process page faults: 0, OS process work. set: 67, OS process min. work. set: 8079.]
CPU speed: 3600 MHz.
CPU/computer type: GenuineIntel: Intel(R) Core(TM) i5-8600K CPU @ 3.60GHz, Intel64 Family 6 Model 158 Stepping 10.
CPU optimization level: AVX2 (l9).
Priorities: process: 9, high-pri user events: 11.
Executable folder: C:/Program Files/Hauptwerk Virtual Pipe Organ.
Hauptwerk application folder: C:/Program Files/Hauptwerk Virtual Pipe Organ (disk free: 100.5 GB).
User data folder: D:/Hauptwerk/HauptwerkUserData (disk free: 354.9 GB).
Sample set data folder: D:/Hauptwerk/HauptwerkSampleSetsAndComponents (disk free: 354.9 GB).
Hauptwerk temporary files folder: C:/Hauptwerk/HauptwerkInternalWorkingFiles (disk free: 100.5 GB).
Operating system temporary files folder: C:/Users/GEBRUI~1/AppData/Local/Temp (disk free: 100.5 GB).
Operating system account home folder: C:/Users/gebruiker (disk free: 100.5 GB).
MIDI input ports present: '2- UM-ONE', 'UM-ONE', 'hauptwerk_in', 'hauptwerk_out', 'reaper_programma', 'programma_reaper', 'Hauptwerk VST Link'.
MIDI output ports present: '2- UM-ONE', 'UM-ONE', 'hauptwerk_in', 'hauptwerk_out', 'reaper_programma', 'programma_reaper', 'Hauptwerk VST Link'.
Audio drivers present and number of output channels each provides: 'ASIO: ASIO4ALL v2' (2), 'Hauptwerk VST Link' (32).
2019-09-19-08-49-02: INF:3830 Starting MIDI.
2019-09-19-08-49-02: INF:3823 Starting MIDI IN port '2- UM-ONE'.
2019-09-19-08-49-02: INF:3823 Starting MIDI IN port 'hauptwerk_in'.
2019-09-19-08-49-02: INF:3823 Starting MIDI IN port 'UM-ONE'.
2019-09-19-08-49-02: INF:3827 Starting MIDI OUT port 'hauptwerk_out'.
2019-09-19-08-49-02: INF:3827 Starting MIDI OUT port 'Hauptwerk VST Link'.
2019-09-19-08-49-02: INF:3824 MIDI started. MIDI hardware type: DIY/home-made or modified MIDI console. MIDI port buffer size: 1024 KB.
2019-09-19-08-49-13: INF:3828 Stopping MIDI.
2019-09-19-08-49-13: INF:3834 Stopping MIDI IN port '2- UM-ONE'.
2019-09-19-08-49-13: INF:3834 Stopping MIDI IN port 'UM-ONE'.
2019-09-19-08-49-13: INF:3825 Stopping MIDI IN port 'hauptwerk_in'. (Driver pri: 9. Engine pri: 11. Buff: floods: 0, peak usage: 0 pct, total traffic: 0.0 KB. Event perf stats: min ms/avg ms/max ms/total num/num 0-1.9ms/num 2-4.9ms/num 5-9.9ms/num 10-19.9ms/num 20-49.9ms/num >=50ms: event latency: '1.0 / 1.0 / 1.0 / 3 / 3 / 0 / 0 / 0 / 0 / 0', processing time: '0.0 / 0.0 / 0.0 / 3 / 3 / 0 / 0 / 0 / 0 / 0', processing overrun: '0.0 / 0.0 / 0.0 / 2 / 2 / 0 / 0 / 0 / 0 / 0')
2019-09-19-08-49-13: INF:3829 Stopping MIDI OUT port 'hauptwerk_out'. (Sending pri: 11. Rate limited: Y. Max time waited to send event if rate limited: 14 ms. Buff: floods: 0, peak usage: 0 pct, total traffic: 0.2 KB.)
2019-09-19-08-49-13: INF:3837 Stopping MIDI OUT port 'Hauptwerk VST Link'. (Buff: floods: 0, peak usage: 0 pct, total traffic: 0.0 KB.)
2019-09-19-08-49-13: INF:3826 MIDI stopped.
2019-09-19-08-49-13: INF:2106 Starting to load the organ file Utrecht Dom - Surround v.2.Organ_Hauptwerk_xml. Organ definition auto-compacting disabled: N. [Mem. usage stats. MB: Approx. est. of tot. usable phys. mem. remaining: 38792, Approx. est. Hauptwerk sample/obj. mem. (excl. other data): 26 (0 pageable). Approx. pct. phys. mem. used: 0, OS tot. 'available' phys.: 38792, OS commit tot.: 6, OS tot. page file: 9728, OS tot. virtual: 75202, OS mem. load pct: 40, OS sys. cache: 0, OS process commit: 66, OS process page faults: 0, OS process work. set: 87, OS process min. work. set: 8122.]
2019-09-19-08-49-13: INF:3830 Starting MIDI.
2019-09-19-08-49-13: INF:3823 Starting MIDI IN port '2- UM-ONE'.
2019-09-19-08-49-13: INF:3823 Starting MIDI IN port 'hauptwerk_in'.
2019-09-19-08-49-13: INF:3823 Starting MIDI IN port 'UM-ONE'.
2019-09-19-08-49-13: INF:3827 Starting MIDI OUT port 'hauptwerk_out'.
2019-09-19-08-49-13: INF:3827 Starting MIDI OUT port 'Hauptwerk VST Link'.
2019-09-19-08-49-13: INF:3824 MIDI started. MIDI hardware type: DIY/home-made or modified MIDI console. MIDI port buffer size: 1024 KB.
2019-09-19-09-18-40: INF:3828 Stopping MIDI.
2019-09-19-09-18-40: INF:3825 Stopping MIDI IN port '2- UM-ONE'. (Driver pri: 9. Engine pri: 11. Buff: floods: 0, peak usage: 0 pct, total traffic: 0.2 KB. Event perf stats: min ms/avg ms/max ms/total num/num 0-1.9ms/num 2-4.9ms/num 5-9.9ms/num 10-19.9ms/num 20-49.9ms/num >=50ms: event latency: '1.0 / 1.8 / 9.0 / 58 / 42 / 11 / 5 / 0 / 0 / 0', processing time: '0.0 / 0.0 / 0.0 / 58 / 58 / 0 / 0 / 0 / 0 / 0', processing overrun: '0.0 / 0.0 / 0.0 / 57 / 57 / 0 / 0 / 0 / 0 / 0')
2019-09-19-09-18-40: INF:3825 Stopping MIDI IN port 'UM-ONE'. (Driver pri: 9. Engine pri: 11. Buff: floods: 0, peak usage: 0 pct, total traffic: 0.0 KB. Event perf stats: min ms/avg ms/max ms/total num/num 0-1.9ms/num 2-4.9ms/num 5-9.9ms/num 10-19.9ms/num 20-49.9ms/num >=50ms: event latency: '1.0 / 4.4 / 17.0 / 8 / 4 / 2 / 1 / 1 / 0 / 0', processing time: '0.0 / 0.7 / 4.7 / 8 / 7 / 1 / 0 / 0 / 0 / 0', processing overrun: '0.0 / 0.0 / 0.0 / 7 / 7 / 0 / 0 / 0 / 0 / 0')
2019-09-19-09-18-40: INF:3834 Stopping MIDI IN port 'hauptwerk_in'.
2019-09-19-09-18-40: INF:3829 Stopping MIDI OUT port 'hauptwerk_out'. (Sending pri: 11. Rate limited: Y. Max time waited to send event if rate limited: 13 ms. Buff: floods: 0, peak usage: 0 pct, total traffic: 3.9 KB.)
2019-09-19-09-18-40: INF:3833 Warning: 42 MIDI messages couldn't be sent to MIDI OUT port 'hauptwerk_out' since MIDI was started. If MIDI logging is enabled ('General settings | General preferences' screen) then failed message will be logged.
2019-09-19-09-18-40: INF:3837 Stopping MIDI OUT port 'Hauptwerk VST Link'. (Buff: floods: 0, peak usage: 0 pct, total traffic: 0.0 KB.)
2019-09-19-09-18-40: INF:3826 MIDI stopped.
2019-09-19-09-18-41: INF:2157 The organ Utrecht Dom - Surround v.2.Organ_Hauptwerk_xml has been loaded. Metrics:


Wat ik bijzonder vind, hij geeft aan dat hij x aantal berichten over hauptwerk_out niet heeft kunnen verzenden. hauptwerk_out is een software midi driver, genaamd LoopMidi. Ik zou niet weten waarom hij dit niet heeft kunnen verzenden. Het enige wat via Hauptwerk_out verloopt is het volgende:
Registers welke uitgezet worden en 3 LCD schermen worden via hauptwerk_out verzonden. Loopmidi draaide gewoon nog tijdens het afsluiten van hauptwerk.

Daarnaast, hij geeft 2x de melding over Primair geluidsstuurprogramma. Audio is op MB netjes uitgeschakeld. Deze melding geeft hij alleen wanneer mijn Denon uit is en Hauptwerk wordt gestart. Er zijn dan geen enkele geluidskaarten beschikbaar.
Het grappige is dat Hauptwerk dan soms ook gewoon niet start zonder enkele melding. Wanneer ik de Denon netjes inschakel is er niets aan de hand.
Geluid loopt overigens wel via Hauptwerk VST naar Reaper.

De enige 2 aanknopingspunten die ik nu nog heb:
LoopMidi -> Hebben mensen hier verder negatieve ervaring mee??
Geluidskaart -> Kan Hauptwerk crashen wanneer Reaper gesloten is + Denon uit staat, en dan Hauptwerk pas wordt gesloten?

Iemand enig idee wat ik hieraan kan doen?

Ps. Hauptwerk crashed ook gewoon wanneer mijn eigen programma niet gestart is.

Berichten: 3615

Geregistreerd: 12 feb 2011 01:09

Bericht 19 sep 2019 19:54

Re: USB-midi hapering

Waarom heb je als het oude MB defect gegaan is, niet hetzelfde merk en type gekocht als je had en dat wel goed werkte?

Weet je zeker dat alle geïnstalleerde software qua versie hetzelfde is in de oude situatie? Want waarom kan HW zijn MIDI data nu niet kwijt via hauptwerk_out terwijl dit eerder wel het geval was? En heb je de MIDI logging al eens aangezet om dit nader te bekijken (General settings --> General preferences)?

Waarom zet je eerst de Denon uit en sluit Reaper af voordat je HW afsluit? Deed je dat in de situatie met het vorige moederbord ook en wat was toen het effect?
Crashen van HW als de Denon uit staat kan ik niet begrijpen omdat Reaper er tussen zit en de Denon's door Reaper worden aangestuurd. Wel als je Reaper ook nog afsluit. HW kan crashen als de driver voor de geluidskaart crasht of Reaper eerder wordt afgesloten dan HW.

"Audio drivers present and number of output channels each provides: 'ASIO: ASIO4ALL v2' (2), 'Hauptwerk VST Link' (32)." geeft aan wat HW ziet aan beschikbare audio bij het opstarten. Dat wil niet zeggen dat die ook allemaal gebruikt worden; dat is immers afhankelijk wat jij geconfigureerd hebt.
Jammer dat je belangrijke delen in de logfile hebt weggelaten. Ik mis zo iets als
INF:5120 Starting audio output device 'Hauptwerk VST Link'.
Maar dat zul je vast wel ergens gevonden hebben nadat het orgel geladen is. Dan weet je zeker dat Reaper door HW wordt aangestuurd en niet ASIO4All.

Tussen 2 haakjes: als je maar 1 Denon gebruikt, is geen ASIO4All nodig maar kun je de Denon ASIO driver gebruiken.

Berichten: 106

Geregistreerd: 23 aug 2017 16:54

Bericht 20 sep 2019 08:11

Re: USB-midi hapering

Evert-Jan schreef:Waarom heb je als het oude MB defect gegaan is, niet hetzelfde merk en type gekocht als je had en dat wel goed werkte?

Euhm, deze werkte juist helemaal niet goed. USB opstartproblemen heb ik uiteindelijk alleen kunnen oplossen door een setting in BIOS. Maar USB crashte wel gewoon af en toe nog, zoals Touchscreen/toetsenbord welke niet meer aan gingen. Terwijl computer verder wel werkte. Systeem fannen welke niet meer regelbaar waren. en met enige regelmaat dat hij niet ging opstarten maar direct naar de BIOS ging met de melding geen boot disk.

Evert-Jan schreef:Weet je zeker dat alle geïnstalleerde software qua versie hetzelfde is in de oude situatie? Want waarom kan HW zijn MIDI data nu niet kwijt via hauptwerk_out terwijl dit eerder wel het geval was? En heb je de MIDI logging al eens aangezet om dit nader te bekijken (General settings --> General preferences)?

Alles is de zelfde versie op Reaper na. Hiervan heb ik de allerlaatste versie gepakt. Maar dat is maximaal een paar maanden verschil. Windows is nog steeds 1607. Dat HW zn midi data niet kwijt kan is idd een bijzonder voorval. Midi Logging heb ik wel heel even aan gehad. Maar ik heb hier weinig mee gedaan. Ik zal deze eens aanzetten.

Evert-Jan schreef:Waarom zet je eerst de Denon uit en sluit Reaper af voordat je HW afsluit? Deed je dat in de situatie met het vorige moederbord ook en wat was toen het effect?
Crashen van HW als de Denon uit staat kan ik niet begrijpen omdat Reaper er tussen zit en de Denon's door Reaper worden aangestuurd. Wel als je Reaper ook nog afsluit. HW kan crashen als de driver voor de geluidskaart crasht of Reaper eerder wordt afgesloten dan HW.

Dat is heel simpel, zodra ik via mijn programma zeg dat het orgel uit gaat, stuurt hij een midi signaal naar Hauptwerk dat hij uit moet gaan, daarna naar Reaper, en dan zet hij mijn electronica zoals lampen en geluidskaart uit.
Ik zal eens gaan proberen om eerst HW volledig af te sluiten, en wanneer dit process weg is, pas Reaper uit zetten en de electronica.

Evert-Jan schreef:"Audio drivers present and number of output channels each provides: 'ASIO: ASIO4ALL v2' (2), 'Hauptwerk VST Link' (32)." geeft aan wat HW ziet aan beschikbare audio bij het opstarten. Dat wil niet zeggen dat die ook allemaal gebruikt worden; dat is immers afhankelijk wat jij geconfigureerd hebt.
Jammer dat je belangrijke delen in de logfile hebt weggelaten. Ik mis zo iets als
INF:5120 Starting audio output device 'Hauptwerk VST Link'.
Maar dat zul je vast wel ergens gevonden hebben nadat het orgel geladen is. Dan weet je zeker dat Reaper door HW wordt aangestuurd en niet ASIO4All.

Klopt, deze staat er niet bij, maar dit staat wel in log file.

Evert-Jan schreef:Tussen 2 haakjes: als je maar 1 Denon gebruikt, is geen ASIO4All nodig maar kun je de Denon ASIO driver gebruiken.

Dat klopt ook, echter werkt de Denon best prima, maar ik krijg met Asio4all hogere polyfonie dan met de Denon ASIO, of de vertraging wordt aanzienlijk hoger.

Keer terug naar Audio / Geluidskaarten voor Hauptwerk

Wie is er online

Gebruikers op dit forum: jjvd en 1 gast




Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF. phpBB.nl Vertaling

 

Copyright (c) 2008 PCorgan.com. All rights reserved. Mail: info@PCorgan.com