Mobile Zombie
The mapping of PFL (cue) buttons on XDJ-XZ seems to be incorrect for some reason.
I'm using native factory default mapping and when pressing pfl button on CH.1 the VDJ button turns off and the other way around.
Pressing PFL on CH.2 does give correct visuals.
The option "PflOnSelect" does not switch the pfl buttons either..
Build 7555.1978 32bit
I'm using native factory default mapping and when pressing pfl button on CH.1 the VDJ button turns off and the other way around.
Pressing PFL on CH.2 does give correct visuals.
The option "PflOnSelect" does not switch the pfl buttons either..
Build 7555.1978 32bit
geposted Sat 30 Dec 23 @ 2:11 pm
PhantomDeejay
I don't have the XDJ-XZ but what you describe is typical for devices with EXTERNAL mixer audio configuration.
In this case, PFL is handled by the device, not the software.
Therefore "autoheadphones" won't work, and the PFL buttons on skin make no sense whatsoever, especially if you start clicking them on GUI./skin via mouse.
The problem comes from the fact that PFL buttons send MIDI (to know that the button is pressed) but don't receive MIDI (to allow their led to turn on/off or better yet to allow the software to control which channel should be on PFL)
With devices like this you should just ignore the PFL button on GUI (and IMHO it should be hidden from skin completely)
In this case, PFL is handled by the device, not the software.
Therefore "autoheadphones" won't work, and the PFL buttons on skin make no sense whatsoever, especially if you start clicking them on GUI./skin via mouse.
The problem comes from the fact that PFL buttons send MIDI (to know that the button is pressed) but don't receive MIDI (to allow their led to turn on/off or better yet to allow the software to control which channel should be on PFL)
With devices like this you should just ignore the PFL button on GUI (and IMHO it should be hidden from skin completely)
geposted Sat 30 Dec 23 @ 5:10 pm
Mobile Zombie
Thanks Phantom for your always top notch support.
That makes sense.
Happy new year!
That makes sense.
Happy new year!
geposted Sat 30 Dec 23 @ 7:35 pm
Mobile Zombie
BTW, but why does not the skin reflect the correct state of the PFL buttons on the gui?
Even if VDJ does not have a way to change the PFL on the XZ, the gui could still show the correct state?
Even if VDJ does not have a way to change the PFL on the XZ, the gui could still show the correct state?
geposted Sun 31 Dec 23 @ 1:08 pm
PhantomDeejay
Because VirtualDJ receives a "button press" message every time you use the PFL buttin on XZ.
It does not receive a "button on/button off" message.
This means that VirtualDJ has no way to know if PFL button on the controller is actually ON or OFF.
So, VirtualDJ toggles the state of PFL button on screen when it receives a message from the controller, hoping that it can keep up. If you DON'T mess with PFL buttons via GUI (after all they are fake at this point) and don't try to force "autoHeadphones" option (which won't work anyway) it should keep up with the hardware assuming that you just powered up your console, started VirtualDJ and started playing.
PS: To "sync" GUI with the controller is "easy"
Just press the GUI buttons to match your controller current state.
Then keep using only the controller and the PFL buttons should keep up
PPS: autoHeadphones option obviously has to be turned off if you want the GUI buttons to keep being in sync.
PS2: Technically, PFL buttons on controllers like XZ are "gate" buttons. They send "button on" when pressed and "button off" when released.
Some other controllers have "toggle" buttons for PFL, In other words they send "button on" when PFL is on, and "button off" when PFL is off. For controllers with "toggle" PFL buttons VirtualDJ has no problem at all showing the correct state of the buttons on GUI as it follows their state.
Following the state on a "gate" button would make the button appear active only for a brief moment when you press it down.
It does not receive a "button on/button off" message.
This means that VirtualDJ has no way to know if PFL button on the controller is actually ON or OFF.
So, VirtualDJ toggles the state of PFL button on screen when it receives a message from the controller, hoping that it can keep up. If you DON'T mess with PFL buttons via GUI (after all they are fake at this point) and don't try to force "autoHeadphones" option (which won't work anyway) it should keep up with the hardware assuming that you just powered up your console, started VirtualDJ and started playing.
PS: To "sync" GUI with the controller is "easy"
Just press the GUI buttons to match your controller current state.
Then keep using only the controller and the PFL buttons should keep up
PPS: autoHeadphones option obviously has to be turned off if you want the GUI buttons to keep being in sync.
PS2: Technically, PFL buttons on controllers like XZ are "gate" buttons. They send "button on" when pressed and "button off" when released.
Some other controllers have "toggle" buttons for PFL, In other words they send "button on" when PFL is on, and "button off" when PFL is off. For controllers with "toggle" PFL buttons VirtualDJ has no problem at all showing the correct state of the buttons on GUI as it follows their state.
Following the state on a "gate" button would make the button appear active only for a brief moment when you press it down.
geposted Tue 02 Jan 24 @ 4:54 pm
Mobile Zombie
Again thanks for providing such detailed info Phantom.
geposted Wed 03 Jan 24 @ 5:04 pm