Logic Pro X clock bytes en SPP

[Rvooh]

Heeft iemand een verklaring voor volgend gedrag:

(Logic aangesloten op Midi monitor om realtime data te bekijken die eruit rolt)

Naar het begin van een track gaan:

12631281909088	To MIDI Monitor (Untitled)	Song Position Pointer		$00 $00
12631300260416	To MIDI Monitor (Untitled)	Clock

Verslepen transport

11789846065335  To MIDI Monitor (Untitled)      Song Position Pointer           $08 $00
11789846148258  To MIDI Monitor (Untitled)      Clock          
11789880915660  To MIDI Monitor (Untitled)      Song Position Pointer           $07 $00
11789881271926  To MIDI Monitor (Untitled)      Clock          
11789898021931  To MIDI Monitor (Untitled)      Song Position Pointer           $06 $00
11789929776998  To MIDI Monitor (Untitled)      Clock          
11789934413800  To MIDI Monitor (Untitled)      Song Position Pointer           $05 $00
11789934461249  To MIDI Monitor (Untitled)      Clock          
11789948324653  To MIDI Monitor (Untitled)      Song Position Pointer           $04 $00
11789948382219  To MIDI Monitor (Untitled)      Clock          
11789974664839  To MIDI Monitor (Untitled)      Song Position Pointer           $02 $00
11789976809886  To MIDI Monitor (Untitled)      Clock          
11790046604525  To MIDI Monitor (Untitled)      Song Position Pointer           $01 $00
11790046674238  To MIDI Monitor (Untitled)      Clock          
11790046689791  To MIDI Monitor (Untitled)      Song Position Pointer           $00 $00
11790046702938  To MIDI Monitor (Untitled)      Clock

Voor een of andere reden vindt Logic het nodig om na elke SPP een clock byte te versturen? Waarom geen idee, maar het is behoorlijk irritant omdat het mijn externe clock in de war stuurt.
En wat hij bij het starten doet vind ik ook niet kosjer:

Starten

11871083231416  To MIDI Monitor (Untitled)      Song Position Pointer           $00 $00
11871087993042  To MIDI Monitor (Untitled)      Clock          
11871172996074  To MIDI Monitor (Untitled)      Song Position Pointer           $00 $00
11871180226407  To MIDI Monitor (Untitled)      Start          
11871180256006  To MIDI Monitor (Untitled)      Clock          
11871206662448  To MIDI Monitor (Untitled)      Clock          
11871231678288  To MIDI Monitor (Untitled)      Clock          
11871256674725  To MIDI Monitor (Untitled)      Clock

Dus, eerst zend hij een SPP om te zeggen dat ie op nul staan, dan een clock byte, dan nog een SPP om hetzelfde te zeggen en dan pas start...
Vreemd.

Ableton live doet bij het starten (Midi clock type setting:pattern)

13836840011700	To MIDI Monitor (Untitled)	Start		
13836840011700	To MIDI Monitor (Untitled)	Clock		
13836860851300	To MIDI Monitor (Untitled)	Clock		
13836881691100	To MIDI Monitor (Untitled)	Clock		
13836902530700	To MIDI Monitor (Untitled)	Clock

En (Midi clock type setting:song)

13902467217300	To MIDI Monitor (Untitled)	Song Position Pointer		$00 $00
13902467217300	To MIDI Monitor (Untitled)	Start		
13902473022400	To MIDI Monitor (Untitled)	Clock		
13902493861900	To MIDI Monitor (Untitled)	Clock		
13902514701500	To MIDI Monitor (Untitled)	Clock		
13902535541000	To MIDI Monitor (Untitled)	Clock

Dat lijkt me al een pak logischer.

Kan iemand dit bevestigen? Verklaren? Moet ik dit ergens als bug gaan melden? Waar?

 

[Stephen]

Ik ben geen echte Logic gebruiker,, Maar k heb 't hier nu ook gezien,, (Effe logic op de WMB en Midi-OX MBP)
Zou de reden niet kunnen zijn dat de cycle opstaat !??

 

[Rvooh]

Ik ben geen echte Logic gebruiker,, Maar k heb 't hier nu ook gezien,, (Effe logic op de WMB en Midi-OX MBP)
Zou de reden niet kunnen zijn dat de cycle opstaat !??

aha
wel dat doet wel _iets_ anders..
Verslepen transport en terug naar begin gaan zorgt nog steeds voor dezelfde SPP+clock boodschappen, maar een gewone start ziet er een stuk properder uit:

21804256537058	To MIDI Monitor (Untitled)	Song Position Pointer		$00 $00
21804263809268	To MIDI Monitor (Untitled)	Start		
21804263858651	To MIDI Monitor (Untitled)	Clock		
21804290422255	To MIDI Monitor (Untitled)	Clock		
21804315422498	To MIDI Monitor (Untitled)	Clock		
21804340422977	To MIDI Monitor (Untitled)	Clock		
21804365438011	To MIDI Monitor (Untitled)	Clock		
21804390432651	To MIDI Monitor (Untitled)	Clock		
21804415422411	To MIDI Monitor (Untitled)	Clock

Zelfde als live dus, fijn om dit uitgeklaard te hebben
Maar nog steeds geen verklaring waarom hij clock bytes zit te spuwen als hij niet aan het spelen is bij verslepen transport of terugkeren naar begin track

 

[audiocollage]

...
Zelfde als live dus, fijn om dit uitgeklaard te hebben
Maar nog steeds geen verklaring waarom hij clock bytes zit te spuwen als hij niet aan het spelen is bij verslepen transport of terugkeren naar begin track

Ik werk niet met Logic Pro, maar n.m.i. moet je gewoon de midi-clock functie uitzetten als je enkel de SPP wil verzenden, Logic staat als master opgesteld zodus. Desnoods zet je die midi-clock op een andere midi-poort (eventueel een virtuele).
Eerst handleiding lezen voordat je een bug-report gaat doen...

 

[Rvooh]

Ik werk niet met Logic Pro, maar n.m.i. moet je gewoon de midi-clock functie uitzetten als je enkel de SPP wil verzenden, Logic staat als master opgesteld zodus. Desnoods zet je die midi-clock op een andere midi-poort (eventueel een virtuele).
Eerst handleiding lezen voordat je een bug-report gaat doen...

Ik zeg nergens dat ik geen midiclock wil, meer zelfs, ik wil midiclock en spp

Het is al erg genoeg dat Logic geen setting heeft om continu midi clock te sturen (zoals cubase), als ie geen clock stuurt in stop stand moet ie ook geen clock bytes spuwen als ik de locator versleep. Het nut daarvan ontgaat mij

 

[Arv]

Heeft het niet hier mee te maken:
"Allow to send Song Position Pointer while playing"
Misschien dat ie dus continu de SPP wil versturen, tussen de clock door.

Ik vind Logic ook ietwat mysterieus met midi trouwens.

 

[Rvooh]

Nope, die setting zorgt ervoor dat spp gestuurd wordt als hij speelt, is enkel relevant in cycle mode

 

[audiocollage]

Ik zeg nergens dat ik geen midiclock wil, meer zelfs, ik wil midiclock en spp

Het is al erg genoeg dat Logic geen setting heeft om continu midi clock te sturen (zoals cubase), als ie geen clock stuurt in stop stand moet ie ook geen clock bytes spuwen als ik de locator versleep. Het nut daarvan ontgaat mij

De duidelijkheid van jou uitleg ontgaat mij ook hoor. Mss heb je meer aan een rochelbak met al je gespuw.

 

[Stephen]

Alé Audiocollage,, Ik heb je erg graag hoor ! Je bent ook iemand die veel met midi bezig is.
Maar zo reageren als hierboven,, dat moet je toch is afleren hoor !! Da's belachelk,,

 

[Rvooh]

De duidelijkheid van jou uitleg ontgaat mij ook hoor. Mss heb je meer aan een rochelbak met al je gespuw.

? wat is jouw probleem ?

als iets niet duidelijk is, stel een gerichte vraag of lees het anders nog eens opnieuw.. ik heb geen flauw idee waarom je hier in de aanval gaat ineens?

 

[Arv]

*edit, nevermind...

 

[Rvooh]

Ik denk dat we echt naast elkaar heen communiceren;

Even opsommen:
- Logic stuurt SPP voor hij start en nadat hij stopt. Altijd, je kan dat niet uitzetten. Ik heb daar geen probleem mee. Dat is volledig volgens de midi spec.
- Logic heeft een setting om ook SPP te sturen als hij speelt. Dat is enkel relevant in Cycle modus. Ik heb dit niet nodig dus dit staat af (en is hier niet ter zake).
- Logic stuurt, zoals de meeste DAW's, enkel Midi Clock als hij speelt.

Wat is het probleem nu:
- bij het verslepen van de afspeelkop (als Logic NIET speelt) stuurt hij na elke SPP een Midi Beat Clock byte
- Bij het terugkeren naar het begin van de song (als Logic NIET speelt) stuurt hij na de SPP ook een Midi Beat clock byte

Bij de 2 bovenstaande gebeurtenissen is er geen enkele reden om Midi Clock bytes te gaan sturen. Dat is het probleem. Al de rest heeft er helemaal niets mee te maken.



EDIT: ik merk dat ik in deze topic ipv "Playhead" (=afspeelkop) eenmaal de term "locator" en andermaal de term "transport" gebruikt heb, dit is verwarrend en uiteraard verkeerd. Ik bedoelde dus afspeelkop. En hopelijk is hiermee alle verwarring van de baan?

 

[audiocollage]

In de figuur zie je die Transport in LAP, soit ...
Verder, in de LAP handleiding lees ik :

Every time you start, "Song Position Pointer" (SPP) is also sent.
Because not all devices can process SPP, the real-time message "Continue" is also sent. The exception to this is when you start at position 1/1/1/1. In this case, the real-time message "Start" is sent, instead of "Continue".

Ik zie niet direct een oplossing tenzij de midi-poorten ontkoppelen in de environment voordat je gaat 'scrollen met de afspeelkop'. Redelijk omslachtig mss, maar ja hoe belangrijk is het ...
Vraagje : de SPP is toch een 14 bits nummering, wordt die automatisch ingevuld of kun/moet je die zelf manueel invoeren ?
(Ik gebruik nooit SPP.)

 

[Rvooh]

In de figuur zie je die Transport in LAP, soit ...
Verder, in de LAP handleiding lees ik :
Ik zie niet direct een oplossing tenzij de midi-poorten ontkoppelen in de environment voordat je gaat 'scrollen met de afspeelkop'. Redelijk omslachtig mss, maar ja hoe belangrijk is het ...
Vraagje : de SPP is toch een 14 bits nummering, wordt die automatisch ingevuld of kun/moet je die zelf manueel invoeren ?
(Ik gebruik nooit SPP.)

dat zegt toch helemaal niets over Clock bytes die erbij gestuurd worden?

 

[audiocollage]

dat zegt toch helemaal niets over Clock bytes die erbij gestuurd worden?

Zeg man wat zijn dan clockbytes voor jou ?
Start, Continue, Stop dat zijn n.m.i. clockbytes.
En als je het dan helemaal juist wil print dan de waarde van die berichten af, dan hebben we tenminste een goede referentie.

 

[Rvooh]

Zeg man wat zijn dan clockbytes voor jou ?
Start, Continue, Stop dat zijn n.m.i. clockbytes.

ja dan verbaast het mij niets dat je deze topic niet begrijpt..

dat zijn allemaal realtime messages.. maar om ze nu clockbytes te noemen??

een clockbyte voor mij is = 11111000

aka Timing Clock
zie tabel op http://www.midi.org/techspecs/midimessages.php bij "System Real-Time Messages"

 

[audiocollage]

ja dan verbaast het mij niets dat je deze topic niet begrijpt..

dat zijn allemaal realtime messages.. maar om ze nu clockbytes te noemen??

een clockbyte voor mij is = 11111000

aka Timing Clock
zie tabel op http://www.midi.org/techspecs/midimessages.php bij "System Real-Time Messages"

Als jij halve informatie geeft heb je makkelijk te verwijten hé.
In LAP is de transport dat bedieningsschermpje, als jij zegt dat je dat beweegt en er dan rare dingen gebeuren, nou ja wat moet men daar dan van denken.
Ik probeer te helpen , daar stop ik nu mee !
11111000 is idd een F8 clockbyte maar die worden ook realtime verzonden of niet soms.

 

[Rvooh]

Als jij halve informatie geeft heb je makkelijk te verwijten hé.

in de tekst in mijn openingspost zie je een directe copy paste van mijn midi monitor programma
daar zie je al staan "Start" en "Clock".. duidelijk toch?
das geen halve informatie geven, dat is jij die je eigen draai geeft aan de gegeven informatie.

In LAP is de transport dat bedieningsschermpje, als jij zegt dat je dat beweegt en er dan rare dingen gebeuren, nou ja wat moet men daar dan van denken.
Ik probeer te helpen , daar stop ik nu mee !

ik heb al gezegd dat dat ongelukkig benaamd is door mij, dit is al rechtgezet. ik kan die post niet meer editen. Geen reden om het nog eens in mijn gezicht te wrijven.
tot nu toe heb je geen meter geholpen en vooral arrogantie getoond zonder enige reden, het is duidelijk dat je volledig niet mee bent dus wat mij betreft ga ik je niet missen in deze topic

11111000 is idd een F8 clockbyte maar die worden ook realtime verzonden of niet soms.

ja dat klopt.. en dat zeg ik ook. snap niet waarom je dit nog eens moet opbrengen
Het is jij die alle realtime messages clockbytes gaat noemen, niet ik.

 

[audiocollage]

...Het is jij die alle realtime messages clockbytes gaat noemen, niet ik.

Ja, zo is er ook een realtime message die de clock doet stoppen. Zou die byte mss enig nut hebben ?
En een handleiding lezen daar is niets arrogant aan hoor.

 

[Rvooh]

Ja, zo is er ook een realtime message die de clock doet stoppen. Zou die byte mss enig nut hebben ?
En een handleiding lezen daar is niets arrogant aan hoor.

even puur ideologisch:
er is geen enkele realtime message die de clock doet stoppen
een midi stop byte is geen enkele garantie dat er daarna geen clock bytes meer komen

meer zelfs: hang de gemiddelde hardware sequencer aan een midi analyser en je zal zien dat de clock bytes blijven komen, ongeacht of hij nu op start of stop staat.

nu is het wel zo dat de meeste DAW's geen clock bytes sturen als ze op stop staan.
behalve dan, dat Logic vindt dat hij na elke SPP juist 1 clock byte moet sturen.. en daar gaat deze topic over. en daar staat helemaal niets van in de manual

graag ontopic dus