Jump to content

Panu Pentikäinen

Members
  • Posts

    310
  • Joined

  • Last visited

Posts posted by Panu Pentikäinen

  1. 8 hours ago, marled said:

    This reminds me of a similar bug in the Event Inspector Module! It does not work there either (and it is essential to be able to change values of multiple clips).

    But for me it is not that much a big deal, because meanwhile I've got used to press the U.S. key combination for CbB on my Swedish keyboards (does not match the lettering though). 😆

    This is fixed as well.

    Now + works in in the Event Inspector, at least on my Finnish keyboard.

    • Like 2
  2. Workaround found!  
    I disconnected AxeFX III USB cable replaced it with MIDI IN/OUT cables connected to my audio interface.

    Pros:
    - Mouse problem disappeared instantly and I can use mouse in Cakewak like before.

    Cons:
    - Standard MIDI I/O is slow. Axe Edit III startup time is now over a minute.
    - One of the two MIDI I/O is now reserved for the Axe FX. This means more cabling work when I need to use rack synths.

     

  3. Dual monitor setup with NVIDIA GeForce 1070.

    Mouse works perfectly whenever Axe Edit III program is not running - problem starts after Axe Edit III has completed initialization on startup and is ready to use. And mouse behavior is healed as soon as I close the program or turn off power from Axe FX II MK 2. 

    I tried to switch AxeFX and mouse to different USB ports - no effect. Also two different mouses (Logitech and Microsoft) tested - no effect.

    Next I will test if problem persist with Remote Desktop Connection and old PS/2 mouse.

  4. Spy++

    No messages going to Axe Edit while mouse is inside Cakewalk.exe.
    Here is a snippet from mouse movement log while I was resizing track height. Line 000678: mouse xpos and yPos values are corrupted. This causes the track height resizing problem but it does not tell where the bug is (somewhere in Kernel?) . @Ben Staton & @Noel Borthwick, have you any idea..?

    Note to followers, just in case... This bug is not in Cakewalk but it makes using Cakewalk challenging.

     

    Quote

    <000670> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:92

    <000671> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:92
    <000672> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:87
    <000673> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:83
    <000674> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:80
    <000675> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:80
    <000676> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:78
    <000677> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:76
    <000678> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:1587 yPos:-201
    <000679> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:300 yPos:74
    <000680> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:299 yPos:73
    <000681> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:299 yPos:72
    <000682> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:299 yPos:71
    <000683> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:299 yPos:70
    <000684> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:299 yPos:70
    <000685> 0000000000011C84 P WM_MOUSEMOVE fwKeys:MK_LBUTTON xPos:299 yPos:69

     

     

  5. 19 hours ago, Noel Borthwick said:

    You could run Spy and have it watch mouse messages sent to the Fractal app and see if there is any activity there (There shouldn't) while operating the mouse in Cakewalk.

    I tested Spy last night but for some reason I was not able to log messages.
    Might need some help as I've used that tool last time a decade ago..

  6. 47 minutes ago, Matthew Simon Fletcher said:

    That's very perculiar - I haven't got Axe Edit III but regularly use Axe Edit II/Calkewalk and haven't seen that behaviour.

    Interesting... What is your mouse model?

    Maybe there's something wrong in the Logitech drivers in my setup although all other programs work just fine. Also the older Axe Edit for AxeFX II did not have this issue.

    • Like 1
  7. Has anybody else seen this? If you have Fractal Audio Axe Edit III running while using Cakewalk, it somehow disturbs mouse double-clicks and resizing events: more than half of the double-clicks are not registered in Cakewalk and if resizing for example track height, it may jump suddenly to unexpected height. As soon as Axe Edit III is closed, mouse works perfectly again.

    I do not see this behavior in other programs like Firefox, Adobe Audition, Adobe Premiere, After Effects or Microsoft Word while Axe Edit III is open.

    Can anyone repro this?

    My mouse is Logitech M185.

    EDIT:  My Axe FX 3 MK II is connected via USB to PC but for audio I use AES/EBU. USB is for the firmware updates only.
    EDIT2: When starting Axe Edit III, mouse works OK while user presets and cabinets are read. Problem arises when Axe Edit III has completed all initializations and is ready for use.
    EDIT3: I tried other free USB 2.0 and 3.0 slots for the Axe FX III MK II USB cable. No effect.
    EDIT4: Video track height: same issue but Cakewalk fixes height immediately after the glitch unlike when resizing track height.
    EDIT5: Issue is in the busses, too.
    EDIT6: I think this issue is in the system level: when resizing windows of many other programs, they may too blink momentarily to wrong height but window size jumps back to mouse location when the next mouse location is read.  I suspect  Axe FX III's USB driver is the cause for this problem.
    EDIT7: Changed title.

  8. 1 hour ago, Noel Borthwick said:

    >Those folks do not need understand why some buffer setting is faster and other is slower.

    Shall I rename the field to something esoteric like export acceleration? :)

    That would work! :D

    The setting "0" (Use playback buffer size) is another not so obvious thing to understand. I bet most people think 0 = No buffer. It could be stated more clearly in the Export Audio window.

    • Like 2
  9. 1 hour ago, Will_Kaydo said:

    And why would you think they do not need to know? You do realize that 70% of the music on radio are made in home studios, right? There are dedicated home studios that runs exactly like any high profile studio out there with the same hardware as any big studio. So having the buffersize available is a great attachment. 

    The only difference between them is be a business location and the comfortability of ones home. 

     

    I was not comparing hobbyists and home studio guys to big studios but rather tried to point out that nowadays users should not be required to learn things like how buffer size affects performance: it's complicated subject and most musicians are not interested in that kind of things. Programmers are but musicians without coding experience may feel setting buffer size difficult. Same applies to any big studio, too. Ability to modify buffer size is great but I was wondering if it was possible to do this automatically. Noel already explained why it may now work that great.

    • Like 1
×
×
  • Create New...