checkpoint deviceIDs in wrong order on cmdDel

What happend:
Created 3 networks using SRIOV and SRIOVDP, net1, net2, net3 on a POD my-pod1.
Multus debug log shows:
2019-08-28T21:51:12-04:00 [debug] getPodEntries(): podEntires [{PodUID:76d02df2-c9ff-11e9-a0c4-246e9666b9d4 ContainerName:my-pod1 ResourceName:my/sriov DeviceIDs:[0000:18:02.4 0000:18:02.0 0000:18:02.3] AllocResp     :[10 63 10 21 80 67 73 68 69 86 73 67 69 95 86 67 67 65 80 95 83 82 73 79 86 18 38 48 48 48 48 58 49 56 58 48 50 46 51 44 48 48 48 48 58 49 56 58 48 50 46 52 44 48 48 48 48 58 49 56 58 48 50 46 48]}]
745 2019-08-28T21:51:12-04:00 [debug] getCheckpoint(): created checkpoint instance with file: /var/lib/kubelet/device-plugins/kubelet_internal_checkpoint
Add a second POD, my-pod2 with 2 networks using SRIOV and SRIOVDP net1, net2
2019-08-28T21:51:55-04:00 [debug] getPodEntries(): podEntires [{PodUID:76d02df2-c9ff-11e9-a0c4-246e9666b9d4 ContainerName:my-pod1 ResourceName:my/sriov DeviceIDs:[0000:18:02.3 0000:18:02.4 0000:18:02.0] AllocResp     :[10 63 10 21 80 67 73 68 69 86 73 67 69 95 86 67 67 65 80 95 83 82 73 79 86 18 38 48 48 48 48 58 49 56 58 48 50 46 51 44 48 48 48 48 58 49 56 58 48 50 46 52 44 48 48 48 48 58 49 56 58 48 50 46 48]} {PodUID:901ce43f     -c9ff-11e9-a0c4-246e9666b9d4 ContainerName:my-pod2 ResourceName:my/sriov DeviceIDs:[0000:18:02.1 0000:18:02.2] AllocResp:[10 50 10 21 80 67 73 68 69 86 73 67 69 95 86 67 67 65 80 95 83 82 73 79 86 18 25      48 48 48 48 58 49 56 58 48 50 46 50 44 48 48 48 48 58 49 56 58 48 50 46 49]}]
NOTE that the DeviceIDs list  of the first POD changed from
DeviceIDs:[0000:18:02.4 0000:18:02.0 0000:18:02.3]
to
DeviceIDs:[0000:18:02.3 0000:18:02.4 0000:18:02.0]
The device manager checkpoint file got updated when my-pod2 is created but the entries for my-pod1 got shuffled .
Now when  my-pod1 is deleted
multus deletes ne3, net2, net1 in that order but with deviceIds in but picks device Ids in this order 0000:18:02.0 0000:18:02.4 0000:18:02.3 which is different from the order when it is added.
On cmdAdd my-pod1/net1 uses  deviceId 0000:18:02.4
On cmdDel my-pod1/net1 uses  deviceId 0000:18:02.3
On cmdAdd my-pod1/net2 uses  deviceId 0000:18:02.0
On cmdDel my-pod1/net2 uses  deviceId 0000:18:02.4
On cmdAdd my-pod1/net3 uses  deviceId 0000:18:02.3
On cmdDel my-pod1/net3 uses deviceId becomes 0000:18:02.0
What you expected to happen:
On cmdAdd my-pod1/net1 uses  deviceId 0000:18:02.4
On cmdDel my-pod1/net1 uses  deviceId 0000:18:02.4
On cmdAdd my-pod1/net2 uses  deviceId 0000:18:02.0
On cmdDel my-pod1/net2 uses  deviceId 0000:18:02.0
On cmdAdd my-pod1/net3 uses  deviceId 0000:18:02.0
On cmdDel my-pod1/net3 uses deviceId becomes 0000:18:02.0
How to reproduce it (as minimally and precisely as possible):
Random, occurs pretty often. Looks like DeviceManager is shuffling the DeviceIDs of the already allocated PODs when a new POD gets allocated DeviceManager resources
Anything else we need to know?:
Environment:

Multus version
image path and image ID (from 'docker images')
Kubernetes version (use kubectl version):
Primary CNI for Kubernetes cluster:
OS (e.g. from /etc/os-release):
File of '/etc/cni/net.d/'
File of '/etc/cni/multus/net.d'
NetworkAttachment info (use kubectl get net-attach-def -o yaml)
Target pod yaml info (with annotation, use kubectl get pod <podname> -o yaml)
Other log outputs (if you use multus logging)

The order of deviceId in DeviceIDs allocated for a POD should not matter as long as it does not change.
If multus can read the deviceIDs and sorted order then cmdAdd and cmdDel deviceId allocated for a network will remain consistent

Ubuntu 16.04.4 LTS, K8S version 1.11.11
Multus version release 3 - does not look like anything changed in checkpoint/checkpoint.go

I believe this problem will also occur when checkpoint file is not used. It appears the DeviceManager
https://github.com/kubernetes/kubernetes/blob/master/pkg/kubelet/cm/devicemanager/manager.go
writes in unsorted order

From sriov-cni perspective, on deletion it is not depend on the deviceID from Multus since sriov-cni caches each interface information during CmdAdd and uses that as a 'source of truth' during CmdDel. And from multus perspective as long as Multus invokes Del on Pod interfaces in right order sriov-cni will execute the delete using same deviceID that it had during Add for that interface.
As a side note, Multus also caches delegate conf. So, the Pod deviceID query will happen in fallback scenario on deletion. Even if a different deviceID is injected in the delegate object during deletion sriov-cni will ignore that.
Please do let us know, if this is not the case.

The delegate conf lookup is ok.  The SRIOV-CNI only caches DPDK device config. I don't think SRIOV CNI caches non-DPDK. If VF PCIe-addr is wrong, the VF id is wrong and VLAN will not get cleared on the right VF.  This may not be problem for MLNX ConnectX5 but i40e requires VLAN to cleared to 0 before a new VLAN can be applied. So if the old VLAN is not cleared on VF, the new VLAN will not get applied.

The sriov-cni caches all interface configs (dpdk and non-dpdk). I'd suggest do some more tests with the latest branch and see if you genuinely hit any of these issues that you suspect there might be.


Research Team Slack Channel notification on Model Regression Test Performance Drops

Description of Problem:
Our NLU models are tested weekly on some standard evaluation datasets (and soon we will also test policy models).
While the results of these tests are logged and can be viewed in metabase it would be nice if the research team was automatically notified in slack when a model drops in performance. This would help us make sure we don't unintentionally roll out changes that break our models.
This was originally discussed during the implementation of the NLU model regression tests however it was not implemented because training on GPUs introduces some indeterminism in the order that floating point ops are done which can lead to small but not meaningful differences in performance, even when model configs and dataset were unchanged.  As of Tensorflow 2.3, however, we can run the GPUs in a deterministic mode, so provided we properly set random seeds, we should be able to implement this automatic warning feature.
Overview of the Solution:
Regression tests will need to export the following environment variable: TF_DETERMINISTIC_OPS=1 before calling rasa train/test (here for example) and ensure that all model configs (specified here) have their random seeds set (it looks like this is already done). This should then enable consistent outputs when nothing touching the models or datasets has changed. Notification could be implemented similarly to this PR.

Thanks for submitting this feature request 🚀 @TyDunn will get back to you about it soon! ✨

Thanks for submitting this feature request 🚀 @joejuzl will get back to you about it soon! ✨

Hi Chris, do you mean the tests performance for the schduled Model Regression Test? Just want to confirm because we have two Model Regression Test workflow.

@HotThoughts yes just the scheduled tests should trigger an alert.


Can't open camera in MacOS

The following command can work in Mac OS.
ffmpeg -f avfoundation -r 30 -i "0" -t 10 "output.mpg"

But The following command cannot work well in Mac OS. (Move -r 30 after -i "0")
ffmpeg -f avfoundation -i "0"  -r 30 -t 10 "output.mpg"

I tried open camera via fluent-ffmpeg in Mac OS. fluent-ffmpeg always generate args list as the second command, -i "0" before -r 30.
I don't know whether is it a bug of fluent-ffmpeg or ffmpeg.
The following code is my testing code:
(function () {

    const ffmpeg = require('fluent-ffmpeg');

    ffmpeg()
        .fps(30)
        .input('0')
        .inputFormat('avfoundation')
        .duration(10)
        .save(`./${new Date().toLocaleString().split('-').join('').split(':').join('')}.mpg`)
})();

Use inputFps(30) instead 🙂


SQL Login Failure - External DB with Workgroup BnR Server

Describe the bug
Attempting to run script on a non-domain joined BnR server (V11a) with an external SQL server using integrated authentication fails with Login failures to the SQL DB due to untrusted domain. As per security best practices the BnR server also had the BnR Console uninstalled.
To Reproduce
Steps to reproduce the behavior:

Run Script as elevated user
Accept Terms
Click Run
Green Working block runs for about 5-10 seconds and stops
VLC folder is created but no output is present
Log file (screenshot attached) shows SQL login error

Expected behavior
Script should at minimum prompt for SQL DB credentials if unable to use default Veeam BnR credentials.

Hi, Thanks for the feedback.
The SQL Commands should be auxiliary and not cause failure. I will fix that.
As for prompting for SQL creds. Most feedback received so far was more automation and less interaction. So a pop-up window would not be ideal.
I'm thinking of maybe adding CLI switch to offer ability to specify creds. Or maybe pre-populate the creds and allow option to change them before execution. What are you thoughts on that?

I would be fine with a CLI switch if needed. The main concern I have which I didn’t investigate in the code is the credentials. We have a non-domain joined BnR server with a local administrator credential using an external, domain-joined SQL server as the database server. The script “ran” but created a bunch of 0 byte CSVs and the log file had the errors I shared with you. I am not sure how the script is authenticating to the database. We were logged into the BnR server with the local administrator user that is also a BnR administrator. As per best practices for security the Veeam Console was uninstalled from the BnR server so it only had the BnR services on it if that matters as well.

Herb C. Numrich
Principal Consulting Engineer – Data Center Solutions | CDW
Phone:<PHONE_NUMBER> | Mobile:<PHONE_NUMBER> | Central Time Zone
UPCOMING OUT OF OFFICE DATES:  9/2, 9/23-30
http://www.cdw.com/it-solutions/data-center/virtualization.aspx
From: Adam Congdon @.>
Date: Friday, August 26, 2022 at 11:54 AM
To: VeeamHub/veeam-healthcheck @.>
Cc: Herb Numrich @.>, Author @.>
Subject: Re: [VeeamHub/veeam-healthcheck] SQL Login Failure - External DB with Workgroup BnR Server (Issue #10)
EXTERNAL EMAIL
Hi, Thanks for the feedback.
The SQL Commands should be auxiliary and not cause failure. I will fix that.
As for prompting for SQL creds. Most feedback received so far was more automation and less interaction. So a pop-up window would not be ideal.
I'm thinking of maybe adding CLI switch to offer ability to specify creds. Or maybe pre-populate the creds and allow option to change them before execution. What are you thoughts on that?
—
Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https:/github.com/VeeamHub/veeam-healthcheck/issues/10*issuecomment-1228719573__;Iw!!HUqgN_M!tuSBwRDA3HOX-0EwjFOFn9gPbSidRGFFATAwW8IzIUtUC-SvsGDbg7Ua4EIco_ru04XvP94RQJFgeEr0zvDUtMz5$, or unsubscribehttps://urldefense.com/v3/__https:/github.com/notifications/unsubscribe-auth/AP5F4HMTRPZNMDZ64G4R5PDV3DZFXANCNFSM57XBSKAQ__;!!HUqgN_M!tuSBwRDA3HOX-0EwjFOFn9gPbSidRGFFATAwW8IzIUtUC-SvsGDbg7Ua4EIco_ru04XvP94RQJFgeEr0zsRRKKqH$.
You are receiving this because you authored the thread.Message ID: @.***>

Issue was that the vHC was being executed on a B&R server that had the B&R Console uninstalled. In this case, Remote execution would be required. However, that is not yet implemented. SQL errors are benign. Workaround was to run PS scripts (from \Tools folder) and then I used a debug mode to import & report.
Coming features:

CLI /import feature

will help with scenario if the program breaks

Remote Exec

Idea is to feed CLI the B&R Server Name(s) and run a vHC against the provided server.


New type of fbcdn domain name(s)

It looks like this: 2a03:2887:ff0b:0:face:b00c:3333:a3f instagram.fsea1-1.fna.fbcdn.net for instagram and 2a03:2887:ff0b:0:face:b00c:0:a7 scontent.fsea1-1.fna.fbcdn.net for facebook. Looks like former scontent-[a-z][a-z][a-z][0-9]-[0-9].xx.fbcdn.net domain name and  scontent-[a-z][a-z][a-z][0-9]-[0-9].xx.cdninstagram.net domains are deprecated at leaset at my place. And I believe new domains will be like this: instagram/scontent.[a-z][a-z][a-z][a-z][0-9]-[0-9].fna.fbcdn.net . However I don't know how to scan all of them so I have to manually add records when the pictures in instagram are not avalible.
I've used branch https://github.com/lychichem/ipv6-hosts/tree/fbcdn to catch the records by me.

sea in fsea1 seems to be an IATA code. If we can get the pattern, we can write a script to enumerate the possible domains with known IATA code . We collect these codes in Google's domains, but I think we can reuse them in FB's.
I will investigate this when I have time.


Spearmint and/or Hyperas in Keras

I want to use Spearmint for Bayesian Optimization in keras.
Keep in mind, I think I am using a fairly older version of keras - last clone around January.
Any ideas how I can integrate Spearmint into keras? Can someone please give me a concrete example of this?
On a similar thing, instead of using Spearmint, I tried hyperparameter optimization with "hyperas". It did seem to have much easier examples of how to use hyperparas in keras. However, I run into the following error, which I think is because I am using the older keras version?
model.add(Dropout({{uniform(0, 1)}}))

File "/Library/Python/2.7/site-packages/hyperopt/pyll_utils.py", line 48, in hp_uniform
raise TypeError('require string label')
TypeError: require string label

maybe you want to report that problem in hyperas itself, right?
https://github.com/maxpumperla/hyperas
@maxpumperla do you know what this might be?

hi @EderSantana what does the difference between the spearmint and hyperas?  I know the spearmint using the bayes to do it, and do you give one example to using the spearmint. Thanks


'cp: /usr/share/fish/vendor_completions.d/alacritty.fish: No such file or directory' on macOS

Which operating system does the issue occur on?
macOS 10.13.4 (17E199)
If on linux, are you using X11 or Wayland?
No

Read from https://github.com/jwilm/alacritty#fish, but I can not install the completions for fish that installed by brew install fish, on the macOS, there is no directory /usr/share/fish/vendor_completions.d default.
Users can see the completion directories by echo $fish_complete_path, and I think the $__fish_datadir/vendor_completions.d is for /usr/share/fish/vendor_completions.d
I can install the completions for fish by sudo cp alacritty-completions.fish $__fish_datadir/vendor_completions.d/alacritty.fish.
Thanks!

Feel free to change the command in the README to the one you've used if that works. Maybe there's a linux fish user who can test this too, but it looks like it should work.

@chrisduerr I have created a new pull request and this is my first PR😊.

Thanks!


 By any chance, is there a way to get smoothed depth images?

How do you generate those? Did you read the docs on how to convert from carla's encoded format into meters or something similar? This looks like you just converted the rgb encoded image to grayscale, which is just wrong. Also read #2287 if you really need the depth data.

I have never tried to convert things directly from the image buffer, I always save them to disk. The saved images don't contain alpha for example. To me this banding looks like you chose the wrong colour channel order like BGR instead of RGB. You're also missing some multiplication characters in your code, not sure if that is a copy paste artefact.
What I can confirm is that the depth data in the saved images is correct after the fix for #2287 is applied. I have made pointclouds from depth and rgb images of the same frame, where a banding artefact like this would lead to very severe distortions that I would have noticed.

Well, I tried to save directly the depth from sensor and the saved images have alpha channel, as you can see in the image below:

This is exatcly the code that we used:
image_depth.convert(carla.ColorConverter.Depth)
array = np.frombuffer(image_depth.raw_data, dtype=np.dtype("uint8"))
array = np.reshape(array, (image_depth.height, image_depth.width, 4)) # RGBA format
array = array[:, :, :3] #  Take only RGB
array = array[:, :, ::-1] # BGR
array = array.astype(np.float32) # 2ms
array  = ((array[:,:,0] + array[:,:,1]*256.0 + array[:,:,2]*256.0*256.0)/((256.0*256.0*256.0) - 1)) # 2.5ms
array = 1000 * array

I tried to follow this:
We calculate the center of the image as center = height/2 - 0.5
The focal length (distance to image plane in pixels) is: f = tan(fov/2) * heigh/2
The diagonal distance in pixels by pythagoras is: diagDist = sqrt((i-center)² + (j-center)² + f²)
The true depth of the pixel then is: depth * (diagDist / f)
but, which channel should I keep? I obtain these results:
1st channel:

2nd channel:

3rd channel:

Not sure what this does:
image_depth.convert(carla.ColorConverter.Depth)
But it might do parts of the conversion in ways you do not want. I really don't know.
Regarding what is or is not part of the actual png image, I'd use imagemagick's identify command, maybe with the -verbose flag or so. Not sure if they use alpha, and what the "-1" flag to opencv does. That command however tells you number and depth of the channels.

have you solved this problem yet? I thing i encounter the same problem.

Sadly not.

It seems I found the reason,  it was weather asset not loaded correctly in may case issue #2572

I think there are two separate things here (I'm quite new to Carla so please, if you think I'm wrong, please, correct me!). I hope it can help who came here without finding a solution.
One is related to the image with green/red with stripes above; if you use raw depth, the latter is stored using Unreal coordinate system. Please refer to the issue #553.
Moreover, the depth in this case is not to be seen as a disparity map. If you want to obtain the real depth (in meters) you must use the following conversion, I noted this on my python code:

    # Given a 2D point p2d = [u,v,1], your world point position P = [X,Y,Z] will be:
    # P = ( inv(K) * p2d ) * depth

The second issue seems to be what @minrui-hust reported.

There is an small error in the formula which is given in the 'readthedocs' of the depth sensor.
I wrote about it the CarlaSimBlog - https://carlasimblog.wordpress.com/2023/09/16/sensors/


Camel endpoint discovery depends on TCCL

Related to: https://issues.jboss.org/browse/ARQ-1913

Probably set by the wildfly arq integration
https://github.com/wildfly/wildfly-arquillian/commit/04b590e8017097b8e5e2fb8866bf376765d34545


Add type annotations for the contextmanager decorator

Description
Adding type annotations to the contextmanager decorator helps type checkers to catch more errors. For example, this code doesn't generate any error with mypy:
import aiosqlite

async def foo(db_path: str, sql: str):
    async with aiosqlite.connect(db_path) as db:
        async with db.execute(sql) as cursor:
            print(await cursor.fetchal())

While with this pull request mypy generate the following error:

error: "Cursor" has no attribute "fetchal"; maybe "fetchall"?

Thank you! 🥂


Markdown Syntax Highlighting - Opening Literal

VSCode Version: 1.1.1
OS Version: Linux Mint LMDE 2

Steps to Reproduce:

Create new markdown file.  Type in:

The TeX command `\TeX` is fun! So is `\LaTeX`!

Problem:
In markdown `\ doesn't appear to be registered as an opening code literal for syntax highlighting.
Code will highlight this as shown:

I was looking into possibly fixing this, but I found this statement

some of VS Code's built-in colorizers (e.g. Markdown) are integrated differently and cannot be overridden.

here https://code.visualstudio.com/Docs/customization/colorizer.  So I didn't know where to look really.

Looks like this is fixed, at least for the example provided:

Could you please try a more recent build and let me know if you can still repo the problem? Thanks.

Works like a charm in version 1.4.0.  Thank you :)


Add before and after steps to Publishing doc

Current doc needs info on pre-release prep and links to sample issues.
Fixes https://github.com/alphagov/govuk-frontend/issues/1957.

@hannalaakso Have just realised there was another PR (https://github.com/alphagov/govuk-frontend/pull/2013) attached to the issue. Sorry. 😊 Please let me know re next steps.

@vanitabarrett @36degrees Can @hannalaakso and I get a review of this from someone with no prior involvement? 😄

@hannalaakso Hi! Based on @vanitabarrett's review, I've added suggestions above.

@vanitabarrett Hi! We've squashed the commits. If everything looks ok, can we get approval? :)


Constand Crashing on Foobar200 with latest releases (V.10->)

Illegal operation:
Code: AA67913Ch, flags: 00000001h, address: 758F0B82h
Bug check
Call path:
input_entry::g_open_for_decoding
Code bytes (758F0B82h):
758F0B42h:  04 24 8B 45 0C 83 E0 01 C7 44 24 0C 20 0B 8F 75
758F0B52h:  89 44 24 04 85 C9 74 39 8B 45 10 83 F8 0F 77 38
758F0B62h:  89 44 24 10 C1 E0 02 50 51 8D 44 24 1C 50 E8 5B
758F0B72h:  14 02 00 83 C4 0C 8D 04 24 50 FF 15 18 04 9B 75
758F0B82h:  8B 4C 24 54 33 CC E8 0F 53 00 00 8B E5 5D C2 10
758F0B92h:  00 83 64 24 10 00 EB DE 6A 0F 58 EB C3 CC CC CC
758F0BA2h:  CC CC CC CC CC CC CC CC CC CC CC CC CC CC 8B FF
758F0BB2h:  55 8B EC 8B 55 0C 8B 4D 08 6A 00 E8 AB C8 FC FF
Stack (0CE0F258h):
0CE0F238h:  00000000 00000000 770463CF 00000075
0CE0F248h:  00000020 0CE0F2B4 758F0B82 0CE0F258
0CE0F258h:  AA67913C 00000001 00000000 758F0B82
0CE0F268h:  00000000 000000C8 00DE07D0 00000064
0CE0F278h:  0CE0F2D4 000000C8 77031078 08BB0168
0CE0F288h:  08C2C018 00000000 00000000 00DE0000
0CE0F298h:  00000002 00000000 00000019 00DE0000
0CE0F2A8h:  00DE021C 1E875CD7 000000C0 0CE0F2F0
0CE0F2B8h:  74E371AE AA67913C 00000001 00000000
0CE0F2C8h:  00000000 FFFFFFFC 00000000 73CAB520
0CE0F2D8h:  0CE0F2CC 0CE0EC1C 0CE0F364 74E4446B
0CE0F2E8h:  74E48060 00000000 0CE0F370 73AC2F4E
0CE0F2F8h:  EFC779D6 FFFFFFFC 08C1D0B8 00000000
0CE0F308h:  73B6CC03 000000C0 0CE0F338 73ACC084
0CE0F318h:  000000C0 FFFFFFFC 00000000 08C1D100
0CE0F328h:  00000000 000000C0 08C1D13C 08C2C4F8
0CE0F338h:  73CAB548 00000004 00DE4038 77124F78
0CE0F348h:  EFC779D6 FFFFFFFC 08C1D0B8 00000000
0CE0F358h:  00000001 00000002 00000000 0CE0F38C
0CE0F368h:  73B6DF07 00000001 0CE0F398 73ACEFAC
Registers:
EAX: 0CE0F258, EBX: 73CAB520, ECX: 00000000, EDX: 00C51DF4
ESI: 00000000, EDI: FFFFFFFC, EBP: 0CE0F2B4, ESP: 0CE0F258
Crash location:
Module: KERNELBASE
Offset: 140B82h
Symbol: "RaiseException" (+62h)
Loaded modules:
foobar2000                       loaded at 00A80000h - 00D10000h
ntdll                            loaded at 77000000h - 771A4000h
KERNEL32                         loaded at 76AC0000h - 76BB0000h
KERNELBASE                       loaded at 757B0000h - 759EA000h
SHLWAPI                          loaded at 763E0000h - 76425000h
msvcrt                           loaded at 76260000h - 7631F000h
COMCTL32                         loaded at 73ED0000h - 740E0000h
USER32                           loaded at 75610000h - 757AD000h
WINMM                            loaded at 68420000h - 68448000h
GDI32                            loaded at 768A0000h - 768C3000h
win32u                           loaded at 766B0000h - 766C8000h
gdi32full                        loaded at 76F00000h - 76FE6000h
UxTheme                          loaded at 73E20000h - 73E94000h
ADVAPI32                         loaded at 75A20000h - 75A9D000h
msvcp_win                        loaded at 75580000h - 755FB000h
combase                          loaded at 74E80000h - 75100000h
sechost                          loaded at 76820000h - 76898000h
ucrtbase                         loaded at 768E0000h - 76A00000h
RPCRT4                           loaded at 75AA0000h - 75B5C000h
bcrypt                           loaded at 76700000h - 76719000h
SHELL32                          loaded at 75C80000h - 76257000h
ole32                            loaded at 765C0000h - 766A3000h
OLEAUT32                         loaded at 75BE0000h - 75C76000h
CRYPT32                          loaded at 76720000h - 76820000h
shared                           loaded at 74E30000h - 74E51000h
zlib1                            loaded at 74E60000h - 74E79000h
MSVCP140                         loaded at 6C860000h - 6C8CD000h
MSIMG32                          loaded at 741C0000h - 741C6000h
gdiplus                          loaded at 694D0000h - 69638000h
OLEACC                           loaded at 6F490000h - 6F4E3000h
Secur32                          loaded at 741B0000h - 741BA000h
WINHTTP                          loaded at 749A0000h - 74A6A000h
VCRUNTIME140                     loaded at 6EEB0000h - 6EEC5000h
SSPICLI                          loaded at 729A0000h - 729C1000h
imagehlp                         loaded at 766E0000h - 766F9000h
COMDLG32                         loaded at 76510000h - 765BF000h
shcore                           loaded at 76430000h - 764B7000h
dbghelp                          loaded at 74B60000h - 74CE8000h
dbgcore                          loaded at 74AF0000h - 74B1B000h
IMM32                            loaded at 759F0000h - 75A15000h
kernel.appcore                   loaded at 74A80000h - 74A8F000h
bcryptPrimitives                 loaded at 76380000h - 763DF000h
windows.storage                  loaded at 714C0000h - 71AD4000h
Wldp                             loaded at 71120000h - 71145000h
MSCTF                            loaded at 76BB0000h - 76C83000h
foo_input_usf                    loaded at 74920000h - 74995000h
foo_ui_std                       loaded at 74800000h - 74911000h
foo_input_ncsf                   loaded at 746C0000h - 747F8000h
foo_dsp_eq                       loaded at 74AB0000h - 74AEE000h
foo_unpack                       loaded at 74640000h - 746B1000h
foo_npnez                        loaded at 74A90000h - 74AA7000h
npnez                            loaded at 10000000h - 100C8000h
foo_external_tags                loaded at 74550000h - 74631000h
foo_dsp_replaygain               loaded at 74530000h - 74547000h
foo_fileops                      loaded at 744E0000h - 74522000h
foo_input_viogsf                 loaded at 744A0000h - 744D4000h
foo_midi                         loaded at 73AC0000h - 73E14000h
bass                             loaded at 74450000h - 7449D000h
bassmidi                         loaded at 743C0000h - 74441000h
MSACM32                          loaded at 743A0000h - 743B9000h
winmmbase                        loaded at 74380000h - 7439D000h
foo_input_viopsf2                loaded at 74340000h - 74376000h
foo_dsp_effect                   loaded at 04830000h - 04898000h
foo_input_msu                    loaded at 74310000h - 74332000h
foo_dsp_skip_silence             loaded at 742F0000h - 7430F000h
foo_input_std                    loaded at 73950000h - 73AB1000h
avcodec-fb2k-58                  loaded at 73790000h - 7394B000h
avutil-fb2k-56                   loaded at 734E0000h - 73786000h
foo_openmpt54                    loaded at 742C0000h - 742EE000h
libopenmpt                       loaded at 73320000h - 734D3000h
openmpt-mpg123                   loaded at 74280000h - 742BA000h
openmpt-vorbis                   loaded at 741D0000h - 7427B000h
openmpt-zlib                     loaded at 74190000h - 741A7000h
openmpt-ogg                      loaded at 74E20000h - 74E2B000h
foo_rehearsal                    loaded at 04920000h - 049E4000h
foo_rgscan                       loaded at 74140000h - 7418C000h
foo_albumlist                    loaded at 740F0000h - 74139000h
foo_freedb2                      loaded at 732E0000h - 73311000h
foo_dsp_std                      loaded at 732A0000h - 732D7000h
foo_cdda                         loaded at 73260000h - 73296000h
foo_spider_monkey_panel          loaded at 72FF0000h - 73259000h
mozjs-68                         loaded at 6C920000h - 6DDC8000h
WindowsCodecs                    loaded at 72E70000h - 72FE1000h
nspr4                            loaded at 72E30000h - 72E61000h
WSOCK32                          loaded at 71CB0000h - 71CB8000h
CRYPTBASE                        loaded at 6FF90000h - 6FF9A000h
WS2_32                           loaded at 76D20000h - 76D83000h
MSFTEDIT                         loaded at 72B80000h - 72E25000h
foo_psf                          loaded at 72AC0000h - 72B7D000h
foo_dsp_amp                      loaded at 740E0000h - 740ED000h
foo_input_vgmstream              loaded at 727A0000h - 72996000h
libg719_decode                   loaded at 72A20000h - 72A45000h
libmpg123-0                      loaded at 72A50000h - 72ABE000h
libvorbis                        loaded at 729E0000h - 72A1B000h
avcodec-vgmstream-59             loaded at 72390000h - 72792000h
avformat-vgmstream-59            loaded at 72280000h - 72387000h
libcelt-0061                     loaded at 71FC0000h - 71FDF000h
libatrac9                        loaded at 71F60000h - 71FBF000h
avutil-vgmstream-57              loaded at 71FE0000h - 7227B000h
libcelt-0110                     loaded at 71F40000h - 71F5E000h
libspeex-1                       loaded at 71F10000h - 71F33000h
foo_gep                          loaded at 70D30000h - 7111A000h
foo_input_vio2sf                 loaded at 71EE0000h - 71F0E000h
foo_dsp_audiostretch             loaded at 71EC0000h - 71ED2000h
foo_input_vgm                    loaded at 70B60000h - 70D2C000h
dwmapi                           loaded at 6F880000h - 6F8A6000h
foo_snesapu                      loaded at 05470000h - 0549C000h
foo_dsp_vst3                     loaded at 71DA0000h - 71E01000h
foo_dsp_crossmix                 loaded at 729D0000h - 729DD000h
foo_converter                    loaded at 71CC0000h - 71D4F000h
foo_ui_columns                   loaded at 70790000h - 70B54000h
urlmon                           loaded at 6F200000h - 6F3A9000h
USP10                            loaded at 71C80000h - 71C97000h
netutils                         loaded at 71150000h - 7115B000h
iertutil                         loaded at 6EFC0000h - 6F1F7000h
srvcli                           loaded at 712C0000h - 712DD000h
foo_input_ffmpeg                 loaded at 71480000h - 714B3000h
foo_sanitizer                    loaded at 71D80000h - 71D9F000h
foo_mpv                          loaded at 05500000h - 06C6B000h
VERSION                          loaded at 74A70000h - 74A78000h
MFPlat                           loaded at 70610000h - 70789000h
cfgmgr32                         loaded at 75100000h - 7513B000h
RTWorkQ                          loaded at 71450000h - 7147A000h
atlthunk                         loaded at 71D70000h - 71D7D000h
clbcatq                          loaded at 75B60000h - 75BDE000h
dataexchange                     loaded at 71410000h - 71441000h
dcomp                            loaded at 704A0000h - 70605000h
d3d11                            loaded at 702C0000h - 704A0000h
dxgi                             loaded at 63530000h - 635F2000h
twinapi.appcore                  loaded at 70120000h - 702B1000h
TextShaping                      loaded at 68B10000h - 68BA5000h
textinputframework               loaded at 6E3D0000h - 6E489000h
CoreUIComponents                 loaded at 68C90000h - 68F0F000h
CoreMessaging                    loaded at 6ED10000h - 6EDAB000h
ntmarta                          loaded at 6FE30000h - 6FE59000h
wintypes                         loaded at 68BB0000h - 68C8D000h
sud                              loaded at 713E0000h - 71408000h
PROPSYS                          loaded at 6FB00000h - 6FBC2000h
DUI70                            loaded at 69370000h - 694CF000h
ADVPACK                          loaded at 713B0000h - 713DE000h
SETUPAPI                         loaded at 75140000h - 75578000h
mpv-2                            loaded at 5E810000h - 6352D000h
AVRT                             loaded at 71C70000h - 71C78000h
AVICAP32                         loaded at 71170000h - 71184000h
OPENGL32                         loaded at 6F910000h - 6FA13000h
MSVFW32                          loaded at 700F0000h - 70112000h
GLU32                            loaded at 700B0000h - 700EF000h
explorerframe                    loaded at 6F530000h - 6F6FD000h
MMDevApi                         loaded at 6EE40000h - 6EEAB000h
DEVOBJ                           loaded at 6EDD0000h - 6EDF9000h
AUDIOSES                         loaded at 6E810000h - 6E946000h
powrprof                         loaded at 5E3A0000h - 5E3E4000h
UMPDC                            loaded at 5E390000h - 5E39D000h
resourcepolicyclient             loaded at 71AE0000h - 71AEF000h
Stack dump analysis:
Address: 758F0B82h (KERNELBASE+140B82h), symbol: "RaiseException" (+62h)
Address: 77031078h (ntdll+31078h), symbol: "RtlRunOnceExecuteOnce" (+18h)
Address: 74E371AEh (shared+71AEh), symbol: "uBugCheck" (+3Eh)
Address: 73CAB520h (foo_midi+1EB520h), symbol: "foobar2000_get_interface" (+19F9E0h)
Address: 74E4446Bh (shared+1446Bh), symbol: "GetInfiniteWaitEvent" (+1EBh)
Address: 74E48060h (shared+18060h), symbol: "GetInfiniteWaitEvent" (+3DE0h)
Address: 73AC2F4Eh (foo_midi+2F4Eh)
Address: 73B6CC03h (foo_midi+ACC03h), symbol: "foobar2000_get_interface" (+610C3h)
Address: 73ACC084h (foo_midi+C084h)
Address: 73CAB548h (foo_midi+1EB548h), symbol: "foobar2000_get_interface" (+19FA08h)
Address: 77124F78h (ntdll+124F78h), symbol: "NlsAnsiCodePage" (+1630h)
Address: 73B6DF07h (foo_midi+ADF07h), symbol: "foobar2000_get_interface" (+623C7h)
Address: 73ACEFACh (foo_midi+EFACh)
Address: 73B6EB34h (foo_midi+AEB34h), symbol: "foobar2000_get_interface" (+62FF4h)
Address: 73AD4EE4h (foo_midi+14EE4h)
Address: 73CABCD0h (foo_midi+1EBCD0h), symbol: "foobar2000_get_interface" (+1A0190h)
Address: 77042745h (ntdll+42745h), symbol: "RtlReleaseSRWLockExclusive" (+115h)
Address: 77124F78h (ntdll+124F78h), symbol: "NlsAnsiCodePage" (+1630h)
Address: 73B6F293h (foo_midi+AF293h), symbol: "foobar2000_get_interface" (+63753h)
Address: 00C16F1Eh (foobar2000+196F1Eh)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 73CABCD0h (foo_midi+1EBCD0h), symbol: "foobar2000_get_interface" (+1A0190h)
Address: 00C16BE8h (foobar2000+196BE8h)
Address: 00C4419Ch (foobar2000+1C419Ch)
Address: 00C17524h (foobar2000+197524h)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00AEB620h (foobar2000+6B620h)
Address: 76913C9Bh (ucrtbase+33C9Bh), symbol: "free_base" (+1Bh)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 00C269A5h (foobar2000+1A69A5h)
Address: 00AAD059h (foobar2000+2D059h)
Address: 00AEA62Ah (foobar2000+6A62Ah)
Address: 73CABCD0h (foo_midi+1EBCD0h), symbol: "foobar2000_get_interface" (+1A0190h)
Address: 00C44289h (foobar2000+1C4289h)
Address: 00AEAD95h (foobar2000+6AD95h)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00AEB620h (foobar2000+6B620h)
Address: 00C550E0h (foobar2000+1D50E0h)
Address: 00C4F8E0h (foobar2000+1CF8E0h)
Address: 00C4F8E0h (foobar2000+1CF8E0h)
Address: 00C4F8E4h (foobar2000+1CF8E4h)
Address: 00C4F8E8h (foobar2000+1CF8E8h)
Address: 00C4F8E4h (foobar2000+1CF8E4h)
Address: 759ACD60h (KERNELBASE+1FCD60h), symbol: "WakeConditionVariable" (+1E7Ch)
Address: 759AC1A8h (KERNELBASE+1FC1A8h), symbol: "WakeConditionVariable" (+12C4h)
Address: 00C4F8E8h (foobar2000+1CF8E8h)
Address: 00C9BAF4h (foobar2000+21BAF4h)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00C3084Eh (foobar2000+1B084Eh)
Address: 00AEB30Ch (foobar2000+6B30Ch)
Address: 00C49E00h (foobar2000+1C9E00h)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00AEB620h (foobar2000+6B620h)
Address: 00C49E00h (foobar2000+1C9E00h)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00C0E0C9h (foobar2000+18E0C9h)
Address: 00C3089Eh (foobar2000+1B089Eh)
Address: 00AEB67Ch (foobar2000+6B67Ch)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C308E5h (foobar2000+1B08E5h)
Address: 00AEB5F5h (foobar2000+6B5F5h)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C308E5h (foobar2000+1B08E5h)
Address: 00C1777Bh (foobar2000+19777Bh)
Address: 00C4F8DCh (foobar2000+1CF8DCh)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C442D3h (foobar2000+1C42D3h)
Address: 00C08F85h (foobar2000+188F85h)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 00C42F0Ah (foobar2000+1C2F0Ah)
Address: 00C09154h (foobar2000+189154h)
Address: 00C42F24h (foobar2000+1C2F24h)
Address: 00B40EAEh (foobar2000+C0EAEh)
Address: 00C1517Fh (foobar2000+19517Fh)
Address: 00C43ECEh (foobar2000+1C3ECEh)
Address: 00B406DFh (foobar2000+C06DFh)
Address: 00C5CB24h (foobar2000+1DCB24h)
Address: 00B40696h (foobar2000+C0696h)
Address: 00ACEBFEh (foobar2000+4EBFEh)
Address: 00C369BFh (foobar2000+1B69BFh)
Address: 00B4186Ah (foobar2000+C186Ah)
Address: 00C4973Ch (foobar2000+1C973Ch)
Address: 00B41809h (foobar2000+C1809h)
Address: 00C333DBh (foobar2000+1B33DBh)
Address: 00B4155Ch (foobar2000+C155Ch)
Address: 00B41513h (foobar2000+C1513h)
Address: 00C2CD5Eh (foobar2000+1ACD5Eh)
Address: 00B41711h (foobar2000+C1711h)
Address: 00C36AE6h (foobar2000+1B6AE6h)
Address: 00C09C28h (foobar2000+189C28h)
Address: 00A91478h (foobar2000+11478h)
Address: 00B45D3Fh (foobar2000+C5D3Fh)
Address: 00C5CE50h (foobar2000+1DCE50h)
Address: 00C42F96h (foobar2000+1C2F96h)
Address: 00B41678h (foobar2000+C1678h)
Address: 00C5CE68h (foobar2000+1DCE68h)
Address: 00B45D01h (foobar2000+C5D01h)
Address: 00C2C99Dh (foobar2000+1AC99Dh)
Address: 00C5CE50h (foobar2000+1DCE50h)
Address: 758B8699h (KERNELBASE+108699h), symbol: "SetThreadDescription" (+29h)
Address: 770733CCh (ntdll+733CCh), symbol: "NtDuplicateObject" (+Ch)
Address: 758DCDA4h (KERNELBASE+12CDA4h), symbol: "DuplicateHandle" (+44h)
Address: 00B41623h (foobar2000+C1623h)
Address: 00C36ACDh (foobar2000+1B6ACDh)
Address: 00B4223Fh (foobar2000+C223Fh)
Address: 00C5CE50h (foobar2000+1DCE50h)
Address: 00B326E1h (foobar2000+B26E1h)
Address: 00C5CDF0h (foobar2000+1DCDF0h)
Address: 77043D66h (ntdll+43D66h), symbol: "RtlFreeHeap" (+46h)
Address: 00C5CDF0h (foobar2000+1DCDF0h)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 00C5CE9Ch (foobar2000+1DCE9Ch)
Address: 00C4973Ch (foobar2000+1C973Ch)
Address: 00C36C3Dh (foobar2000+1B6C3Dh)
Address: 00B46575h (foobar2000+C6575h)
Address: 00C370C1h (foobar2000+1B70C1h)
Address: 00C25BC7h (foobar2000+1A5BC7h)
Address: 00C25BB0h (foobar2000+1A5BB0h)
Address: 76924F9Fh (ucrtbase+44F9Fh), symbol: "o_iswdigit" (+5Fh)
Address: 76924F60h (ucrtbase+44F60h), symbol: "o_iswdigit" (+20h)
Address: 76924F60h (ucrtbase+44F60h), symbol: "o_iswdigit" (+20h)
Address: 76941FD0h (ucrtbase+61FD0h), symbol: "crt_debugger_hook" (+C0h)
Address: 76ADFCC9h (KERNEL32+1FCC9h), symbol: "BaseThreadInitThunk" (+19h)
Address: 76ADFCB0h (KERNEL32+1FCB0h), symbol: "BaseThreadInitThunk" (+0h)
Address: 770680CEh (ntdll+680CEh), symbol: "RtlGetAppContainerNamedObjectPath" (+11Eh)
Address: 7707B390h (ntdll+7B390h), symbol: "wcstombs" (+70h)
Address: 7706809Eh (ntdll+6809Eh), symbol: "RtlGetAppContainerNamedObjectPath" (+EEh)
Address: 770891A7h (ntdll+891A7h), symbol: "RtlCaptureContext" (+F7h)
Address: 76924F60h (ucrtbase+44F60h), symbol: "o_iswdigit" (+20h)
Environment:
App: foobar2000 v1.6.17
UI: Default User Interface 1.6.17
Components:
Core (2023-09-23 19:33:48 UTC)
foobar2000 core 1.6.17
foo_albumlist.dll (2023-09-23 19:10:20 UTC)
Album List 1.6.17
foo_cdda.dll (2023-09-23 19:10:20 UTC)
CD Audio Decoder 1.6.17
foo_converter.dll (2023-09-23 19:10:24 UTC)
Converter 1.6.17
foo_dsp_amp.dll (2018-04-08 03:09:48 UTC)
Amplify 1.0.2
foo_dsp_audiostretch.dll (2023-04-21 19:51:02 UTC)
Audio-Stretch 0.2
foo_dsp_crossmix.dll (2023-10-14 05:09:40 UTC)
Crossmix DSP 0.4
foo_dsp_effect.dll (2024-05-03 09:55:22 UTC)
Effect DSP 0.51
foo_dsp_eq.dll (2023-09-23 19:10:18 UTC)
Equalizer 1.2.2
foo_dsp_replaygain.dll (2024-05-09 03:53:02 UTC)
ReplayGain DSP 0.2.11
foo_dsp_skip_silence.dll (2023-03-16 21:05:56 UTC)
Skip Silence 1.0.5
foo_dsp_std.dll (2023-09-23 19:10:20 UTC)
Standard DSP Array 1.6.17
foo_dsp_vst3.dll (2024-04-09 20:38:52 UTC)
VST 2.x/3.x Adapter 0.12
foo_external_tags.dll (2023-03-16 21:05:56 UTC)
External Tags 1.5.14
foo_fileops.dll (2023-09-23 19:10:22 UTC)
File Operations 1.6.17
foo_freedb2.dll (2023-09-23 19:10:22 UTC)
Online Tagger 0.8
foo_gep.dll (2020-08-14 01:23:18 UTC)
Game Emu Player 1.218
foo_input_ffmpeg.dll (2022-08-29 23:25:28 UTC)
FFmpeg Decoder Wrapper 0.8
foo_input_msu.dll (2024-03-09 20:57:17 UTC)
MSU-1 PCM Player 0.1
foo_input_ncsf.dll (2021-03-16 02:12:04 UTC)
NCSF Decoder 1.18
foo_input_std.dll (2023-09-23 19:10:28 UTC)
FFmpeg Decoders 4.4.1
Standard Input Array 1.6.17
foo_input_usf.dll (2022-03-10 05:26:20 UTC)
LazyUSF 3.2
foo_input_vgm.dll (2024-02-19 06:12:04 UTC)
VGM input 0.30 beta 4
foo_input_vgmstream.dll (2024-05-27 21:11:20 UTC)
vgmstream plugin r1917-56-gbe4eb335
foo_input_vio2sf.dll (2021-02-15 23:44:54 UTC)
2SF Decoder 0.26.2
foo_input_viogsf.dll (2018-09-17 03:41:54 UTC)
GSF decoder / VBA-M r1507 0.08.16
foo_input_viopsf2.dll (2017-09-25 12:13:05 UTC)
PSF2 decoder / Play! 2017-05-23 0.10_beta
foo_midi.dll (2024-06-10 03:25:16 UTC)
MIDI Player <IP_ADDRESS>-alpha7
foo_mpv.dll (2022-04-23 21:53:46 UTC)
mpv Video 0.6.10 beta
foo_npnez.dll (2022-10-28 14:38:53 UTC)
NPNEZ input 0.24
foo_openmpt54.dll (2023-10-02 20:36:26 UTC)
OpenMPT Module Decoder 0.7.3
foo_psf.dll (2021-03-28 23:46:16 UTC)
Highly Experimental 2.3.1
foo_rehearsal.dll (2019-04-08 16:46:20 UTC)
Rehearsal 0.5
foo_rgscan.dll (2023-09-23 19:10:22 UTC)
ReplayGain Scanner 1.6.17
foo_sanitizer.dll (2021-02-15 21:49:24 UTC)
Tag Sanitizer 1.3
foo_snesapu.dll (2018-01-30 09:29:52 UTC)
SNESAPU input 0.83
foo_spider_monkey_panel.dll (2022-01-14 05:29:00 UTC)
Spider Monkey Panel 1.6.1
foo_ui_columns.dll (2023-09-27 05:19:08 UTC)
Columns UI 2.1.0
foo_ui_std.dll (2023-09-23 19:10:26 UTC)
Default User Interface 1.6.17
foo_unpack.dll (2023-09-23 19:10:30 UTC)
ZIP/GZIP/RAR/7-Zip Reader 1.6.17
Recent events:
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_KITEKI.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_MELTED.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_SEAGULL_L.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_SEAGULL_S.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_TABLE_UP_LP.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_TARU_LP.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_THUNDER.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Dragon Quest V\SND_SFX_M_EVE_TRANSF_MILD.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Admiration.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Airship.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Anothermoon.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Babil.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Baron.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Battle1.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Battle2.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Bigchocobo.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Calcobrena.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Chocobo.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Chocoboforest.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Cid.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Cry.sf2", reason: Unsupported format or corrupted file
Opening track for playback: "C:\Users\GojiGoodra\Music\Midi\GM\Main\Cutscene 2.mid"
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Cry2.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Damcyan.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Dance.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Dungeon.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Dwarves.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Ending1.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Ending2.sf2", reason: Unsupported format or corrupted file
Library scanning problem: "C:\Users\GojiGoodra\Music\Midi\DS\Final Fantasy IV\Ending3.sf2", reason: Unsupported format or corrupted file
Machine specifications:
OS: Windows 10.0.19045 x64
CPU: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz, features: MMX SSE SSE2 SSE3 SSE4.1 SSE4.2
CPU threads: 8
Audio: Speakers (3- High Definition Audio Device); D50f-F1 (3- Intel(R) Display Audio); Headphones (Pathfinder 3 Stereo)

Can you attach one of the smaller sf2 files so that I can check why it corrupts the internal state?

Illegal operation:
Code: AA67913Ch, flags: 00000001h, address: 758F0B82h
Bug check
Last win32 error: 18
Call path:
threaded_process thread=>playlist_loader::g_process_path=>index_tracks_helper=>hintable=>input_entry::g_open_for_info_read
Code bytes (758F0B82h):
758F0B42h:  04 24 8B 45 0C 83 E0 01 C7 44 24 0C 20 0B 8F 75
758F0B52h:  89 44 24 04 85 C9 74 39 8B 45 10 83 F8 0F 77 38
758F0B62h:  89 44 24 10 C1 E0 02 50 51 8D 44 24 1C 50 E8 5B
758F0B72h:  14 02 00 83 C4 0C 8D 04 24 50 FF 15 18 04 9B 75
758F0B82h:  8B 4C 24 54 33 CC E8 0F 53 00 00 8B E5 5D C2 10
758F0B92h:  00 83 64 24 10 00 EB DE 6A 0F 58 EB C3 CC CC CC
758F0BA2h:  CC CC CC CC CC CC CC CC CC CC CC CC CC CC 8B FF
758F0BB2h:  55 8B EC 8B 55 0C 8B 4D 08 6A 00 E8 AB C8 FC FF
Stack (0697EF98h):
0697EF78h:  00000000 00000000 00000020 096EC8C4
0697EF88h:  01410000 0697EFF0 758F0B82 0697EF98
0697EF98h:  AA67913C 00000001 00000000 758F0B82
0697EFA8h:  00000000 00000064 00DE08F8 000000C8
0697EFB8h:  0697EFD8 08BB5970 08C84B80 00000000
0697EFC8h:  00000000 00DE0000 00000002 00000000
0697EFD8h:  00000019 00DE0000 00DE021C 00000000
0697EFE8h:  000000C0 8CC821B7 0697F02C 74E371AE
0697EFF8h:  AA67913C 00000001 00000000 00000000
0697F008h:  096EC838 00000000 72E5B520 0697F008
0697F018h:  0697E95C 0697F0A0 74E4446B 74E48060
0697F028h:  00000000 0697F0AC 72C72F4E 6440B7A5
0697F038h:  096EC838 096EC840 00000000 72D1CC03
0697F048h:  000000C0 0697F074 72C7C084 000000C0
0697F058h:  096EC838 00000000 096EC888 00000000
0697F068h:  000000C0 096EC8C4 08C86960 72E5B548
0697F078h:  00000004 01410000 00DE2290 6440B7A5
0697F088h:  096EC838 096EC840 00000000 00000001
0697F098h:  00000002 00000000 0697F0C8 72D1DF07
0697F0A8h:  00000001 0697F0D4 72C7EFAC 6440B7DD
Registers:
EAX: 0697EF98, EBX: 72E5B520, ECX: 00000000, EDX: 00C51DF4
ESI: 00000000, EDI: 096EC838, EBP: 0697EFF0, ESP: 0697EF98
Crash location:
Module: KERNELBASE
Offset: 140B82h
Symbol: "RaiseException" (+62h)
Loaded modules:
foobar2000                       loaded at 00A80000h - 00D10000h
ntdll                            loaded at 77000000h - 771A4000h
KERNEL32                         loaded at 76AC0000h - 76BB0000h
KERNELBASE                       loaded at 757B0000h - 759EA000h
SHLWAPI                          loaded at 763E0000h - 76425000h
msvcrt                           loaded at 76260000h - 7631F000h
COMCTL32                         loaded at 73ED0000h - 740E0000h
WINMM                            loaded at 68420000h - 68448000h
USER32                           loaded at 75610000h - 757AD000h
GDI32                            loaded at 768A0000h - 768C3000h
win32u                           loaded at 766B0000h - 766C8000h
UxTheme                          loaded at 73E20000h - 73E94000h
ADVAPI32                         loaded at 75A20000h - 75A9D000h
gdi32full                        loaded at 76F00000h - 76FE6000h
sechost                          loaded at 76820000h - 76898000h
combase                          loaded at 74E80000h - 75100000h
msvcp_win                        loaded at 75580000h - 755FB000h
RPCRT4                           loaded at 75AA0000h - 75B5C000h
ucrtbase                         loaded at 768E0000h - 76A00000h
bcrypt                           loaded at 76700000h - 76719000h
SHELL32                          loaded at 75C80000h - 76257000h
ole32                            loaded at 765C0000h - 766A3000h
OLEAUT32                         loaded at 75BE0000h - 75C76000h
CRYPT32                          loaded at 76720000h - 76820000h
shared                           loaded at 74E30000h - 74E51000h
zlib1                            loaded at 74E60000h - 74E79000h
MSVCP140                         loaded at 6C860000h - 6C8CD000h
MSIMG32                          loaded at 741C0000h - 741C6000h
gdiplus                          loaded at 694D0000h - 69638000h
VCRUNTIME140                     loaded at 6EEB0000h - 6EEC5000h
OLEACC                           loaded at 6F490000h - 6F4E3000h
WINHTTP                          loaded at 749A0000h - 74A6A000h
Secur32                          loaded at 741B0000h - 741BA000h
imagehlp                         loaded at 766E0000h - 766F9000h
COMDLG32                         loaded at 76510000h - 765BF000h
shcore                           loaded at 76430000h - 764B7000h
dbghelp                          loaded at 74B60000h - 74CE8000h
SSPICLI                          loaded at 729A0000h - 729C1000h
dbgcore                          loaded at 74AF0000h - 74B1B000h
IMM32                            loaded at 759F0000h - 75A15000h
kernel.appcore                   loaded at 74A80000h - 74A8F000h
bcryptPrimitives                 loaded at 76380000h - 763DF000h
windows.storage                  loaded at 714C0000h - 71AD4000h
Wldp                             loaded at 71120000h - 71145000h
MSCTF                            loaded at 76BB0000h - 76C83000h
foo_dsp_crossmix                 loaded at 74E20000h - 74E2D000h
foo_dsp_eq                       loaded at 74AB0000h - 74AEE000h
foo_dsp_std                      loaded at 74960000h - 74997000h
foo_input_viopsf2                loaded at 74920000h - 74956000h
foo_npnez                        loaded at 74A90000h - 74AA7000h
npnez                            loaded at 10000000h - 100C8000h
foo_albumlist                    loaded at 748D0000h - 74919000h
foo_dsp_audiostretch             loaded at 748B0000h - 748C2000h
foo_input_usf                    loaded at 74830000h - 748A5000h
foo_fileops                      loaded at 747E0000h - 74822000h
foo_cdda                         loaded at 747A0000h - 747D6000h
foo_input_ncsf                   loaded at 74660000h - 74798000h
foo_dsp_amp                      loaded at 74650000h - 7465D000h
foo_input_viogsf                 loaded at 74610000h - 74644000h
foo_converter                    loaded at 74580000h - 7460F000h
foo_input_vgmstream              loaded at 74380000h - 74576000h
libvorbis                        loaded at 74340000h - 7437B000h
libmpg123-0                      loaded at 742D0000h - 7433E000h
libg719_decode                   loaded at 742A0000h - 742C5000h
avcodec-vgmstream-59             loaded at 73A10000h - 73E12000h
avformat-vgmstream-59            loaded at 73900000h - 73A07000h
avutil-vgmstream-57              loaded at 73660000h - 738FB000h
libatrac9                        loaded at 74240000h - 7429F000h
libcelt-0061                     loaded at 74220000h - 7423F000h
libcelt-0110                     loaded at 74200000h - 7421E000h
libspeex-1                       loaded at 741D0000h - 741F3000h
foo_freedb2                      loaded at 74170000h - 741A1000h
foo_dsp_replaygain               loaded at 74150000h - 74167000h
foo_spider_monkey_panel          loaded at 733F0000h - 73659000h
WindowsCodecs                    loaded at 72060000h - 721D1000h
mozjs-68                         loaded at 6C920000h - 6DDC8000h
nspr4                            loaded at 74110000h - 74141000h
WSOCK32                          loaded at 71CB0000h - 71CB8000h
CRYPTBASE                        loaded at 6FF90000h - 6FF9A000h
WS2_32                           loaded at 76D20000h - 76D83000h
MSFTEDIT                         loaded at 73140000h - 733E5000h
foo_ui_std                       loaded at 73020000h - 73131000h
foo_rgscan                       loaded at 72FD0000h - 7301C000h
foo_midi                         loaded at 72C70000h - 72FC4000h
bass                             loaded at 72C20000h - 72C6D000h
bassmidi                         loaded at 72B90000h - 72C11000h
MSACM32                          loaded at 740F0000h - 74109000h
winmmbase                        loaded at 72B70000h - 72B8D000h
foo_psf                          loaded at 72AB0000h - 72B6D000h
foo_external_tags                loaded at 728B0000h - 72991000h
foo_input_std                    loaded at 72740000h - 728A1000h
avcodec-fb2k-58                  loaded at 72580000h - 7273B000h
avutil-fb2k-56                   loaded at 722D0000h - 72576000h
foo_snesapu                      loaded at 04330000h - 0435C000h
foo_rehearsal                    loaded at 04490000h - 04554000h
foo_mpv                          loaded at 04560000h - 05CCB000h
VERSION                          loaded at 74A70000h - 74A78000h
MFPlat                           loaded at 71EE0000h - 72059000h
cfgmgr32                         loaded at 75100000h - 7513B000h
RTWorkQ                          loaded at 72A80000h - 72AAA000h
foo_gep                          loaded at 70D30000h - 7111A000h
foo_dsp_effect                   loaded at 05CF0000h - 05D58000h
foo_input_vio2sf                 loaded at 72A50000h - 72A7E000h
foo_dsp_skip_silence             loaded at 72A30000h - 72A4F000h
foo_sanitizer                    loaded at 72A10000h - 72A2F000h
foo_ui_columns                   loaded at 701A0000h - 70564000h
urlmon                           loaded at 6F200000h - 6F3A9000h
dwmapi                           loaded at 6F880000h - 6F8A6000h
USP10                            loaded at 71C80000h - 71C97000h
iertutil                         loaded at 6EFC0000h - 6F1F7000h
srvcli                           loaded at 712C0000h - 712DD000h
netutils                         loaded at 71150000h - 7115B000h
foo_unpack                       loaded at 72250000h - 722C1000h
foo_openmpt54                    loaded at 729E0000h - 72A0E000h
libopenmpt                       loaded at 70B70000h - 70D23000h
openmpt-mpg123                   loaded at 72210000h - 7224A000h
openmpt-zlib                     loaded at 721F0000h - 72207000h
openmpt-vorbis                   loaded at 71410000h - 714BB000h
openmpt-ogg                      loaded at 740E0000h - 740EB000h
foo_input_ffmpeg                 loaded at 71DD0000h - 71E03000h
foo_dsp_vst3                     loaded at 71CE0000h - 71D41000h
foo_input_msu                    loaded at 71DA0000h - 71DC2000h
foo_input_vgm                    loaded at 6E780000h - 6E94C000h
atlthunk                         loaded at 71D70000h - 71D7D000h
clbcatq                          loaded at 75B60000h - 75BDE000h
dataexchange                     loaded at 70A60000h - 70A91000h
d3d11                            loaded at 70880000h - 70A60000h
dcomp                            loaded at 70710000h - 70875000h
dxgi                             loaded at 63530000h - 635F2000h
twinapi.appcore                  loaded at 70570000h - 70701000h
TextShaping                      loaded at 68B10000h - 68BA5000h
textinputframework               loaded at 6E3D0000h - 6E489000h
CoreUIComponents                 loaded at 68C90000h - 68F0F000h
CoreMessaging                    loaded at 6ED10000h - 6EDAB000h
ntmarta                          loaded at 6FE30000h - 6FE59000h
wintypes                         loaded at 68BB0000h - 68C8D000h
mpv-2                            loaded at 5E810000h - 6352D000h
SETUPAPI                         loaded at 75140000h - 75578000h
AVRT                             loaded at 729D0000h - 729D8000h
OPENGL32                         loaded at 70090000h - 70193000h
AVICAP32                         loaded at 71EC0000h - 71ED4000h
GLU32                            loaded at 713D0000h - 7140F000h
MSVFW32                          loaded at 71160000h - 71182000h
sud                              loaded at 70B40000h - 70B68000h
PROPSYS                          loaded at 6FB00000h - 6FBC2000h
DUI70                            loaded at 69370000h - 694CF000h
ADVPACK                          loaded at 70B10000h - 70B3E000h
apphelp                          loaded at 6FD90000h - 6FE2F000h
ExplorerPatcher.IA-32            loaded at 6FA20000h - 6FA4B000h
ExplorerFrame                    loaded at 6F530000h - 6F6FD000h
Windows.UI.FileExplorer          loaded at 6F4F0000h - 6F52C000h
profapi                          loaded at 71E50000h - 71E6B000h
NetworkExplorer                  loaded at 71D80000h - 71D93000h
MPR                              loaded at 6F450000h - 6F469000h
edputil                          loaded at 6F3B0000h - 6F3CB000h
Windows.StateRepositoryPS        loaded at 6F980000h - 6FA13000h
virtdisk                         loaded at 6EF10000h - 6EF1F000h
FLTLIB                           loaded at 6EF00000h - 6EF08000h
appresolver                      loaded at 6F900000h - 6F971000h
USERENV                          loaded at 74B20000h - 74B45000h
SLC                              loaded at 71CC0000h - 71CDF000h
Bcp47Langs                       loaded at 70AC0000h - 70B08000h
sppc                             loaded at 713B0000h - 713CC000h
OneCoreCommonProxyStub           loaded at 6FA70000h - 6FAAD000h
OneCoreUAPCommonProxyStub        loaded at 6E010000h - 6E3CB000h
pcacli                           loaded at 6ECF0000h - 6ED01000h
sfc_os                           loaded at 6ECE0000h - 6ECF0000h
MMDevApi                         loaded at 6EE40000h - 6EEAB000h
DEVOBJ                           loaded at 6EDD0000h - 6EDF9000h
AUDIOSES                         loaded at 6E640000h - 6E776000h
powrprof                         loaded at 5E3A0000h - 5E3E4000h
UMPDC                            loaded at 5E390000h - 5E39D000h
resourcepolicyclient             loaded at 721E0000h - 721EF000h
DUser                            loaded at 6EBE0000h - 6EC57000h
tiptsf                           loaded at 6E5B0000h - 6E632000h
thumbcache                       loaded at 6F8B0000h - 6F8F8000h
policymanager                    loaded at 6E520000h - 6E5A3000h
msvcp110_win                     loaded at 6EF50000h - 6EFB5000h
Windows.Globalization            loaded at 6DEC0000h - 6E005000h
bcp47mrm                         loaded at 70060000h - 70082000h
globinputhost                    loaded at 70AA0000h - 70ABC000h
StructuredQuery                  loaded at 6E490000h - 6E511000h
Windows.FileExplorer.Common      loaded at 6DE70000h - 6DEB9000h
Windows.Storage.Search           loaded at 6C6C0000h - 6C75D000h
p9np                             loaded at 6F430000h - 6F44F000h
drprov                           loaded at 6F420000h - 6F429000h
WINSTA                           loaded at 71E70000h - 71EB7000h
coml2                            loaded at 76A00000h - 76A5E000h
ntlanman                         loaded at 6F400000h - 6F419000h
davclnt                          loaded at 6F3E0000h - 6F3F9000h
DAVHLPR                          loaded at 6F3D0000h - 6F3DA000h
wkscli                           loaded at 70040000h - 70051000h
cscapi                           loaded at 71C70000h - 71C7E000h
twinapi                          loaded at 6C630000h - 6C6B2000h
dlnashext                        loaded at 6C8D0000h - 6C913000h
PlayToDevice                     loaded at 6C5E0000h - 6C629000h
DevDispItemProvider              loaded at 70020000h - 7003B000h
wpdshext                         loaded at 6C550000h - 6C5DB000h
PortableDeviceApi                loaded at 6C4C0000h - 6C544000h
WINTRUST                         loaded at 764C0000h - 7650D000h
MSASN1                           loaded at 73EA0000h - 73EAE000h
ntshrui                          loaded at 6C140000h - 6C19C000h
Stack dump analysis:
Address: 758F0B82h (KERNELBASE+140B82h), symbol: "RaiseException" (+62h)
Address: 74E371AEh (shared+71AEh), symbol: "uBugCheck" (+3Eh)
Address: 72E5B520h (foo_midi+1EB520h), symbol: "foobar2000_get_interface" (+19F9E0h)
Address: 74E4446Bh (shared+1446Bh), symbol: "GetInfiniteWaitEvent" (+1EBh)
Address: 74E48060h (shared+18060h), symbol: "GetInfiniteWaitEvent" (+3DE0h)
Address: 72C72F4Eh (foo_midi+2F4Eh)
Address: 72D1CC03h (foo_midi+ACC03h), symbol: "foobar2000_get_interface" (+610C3h)
Address: 72C7C084h (foo_midi+C084h)
Address: 72E5B548h (foo_midi+1EB548h), symbol: "foobar2000_get_interface" (+19FA08h)
Address: 72D1DF07h (foo_midi+ADF07h), symbol: "foobar2000_get_interface" (+623C7h)
Address: 72C7EFACh (foo_midi+EFACh)
Address: 72DC26ACh (foo_midi+1526ACh), symbol: "foobar2000_get_interface" (+106B6Ch)
Address: 72D1EB34h (foo_midi+AEB34h), symbol: "foobar2000_get_interface" (+62FF4h)
Address: 72C84FB6h (foo_midi+14FB6h)
Address: 72E5BCD0h (foo_midi+1EBCD0h), symbol: "foobar2000_get_interface" (+1A0190h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 72D1F293h (foo_midi+AF293h), symbol: "foobar2000_get_interface" (+63753h)
Address: 00C16F1Eh (foobar2000+196F1Eh)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 72E5BCD0h (foo_midi+1EBCD0h), symbol: "foobar2000_get_interface" (+1A0190h)
Address: 00C16BE8h (foobar2000+196BE8h)
Address: 00C4419Ch (foobar2000+1C419Ch)
Address: 00C17524h (foobar2000+197524h)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00AEB620h (foobar2000+6B620h)
Address: 76913C9Bh (ucrtbase+33C9Bh), symbol: "free_base" (+1Bh)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 00C269A5h (foobar2000+1A69A5h)
Address: 00AAD059h (foobar2000+2D059h)
Address: 00AEA62Ah (foobar2000+6A62Ah)
Address: 72E5BCD0h (foo_midi+1EBCD0h), symbol: "foobar2000_get_interface" (+1A0190h)
Address: 00C44289h (foobar2000+1C4289h)
Address: 00AEAD95h (foobar2000+6AD95h)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00AEB620h (foobar2000+6B620h)
Address: 00C550E0h (foobar2000+1D50E0h)
Address: 00C4F8D0h (foobar2000+1CF8D0h)
Address: 00C4F8D0h (foobar2000+1CF8D0h)
Address: 00C4F8D4h (foobar2000+1CF8D4h)
Address: 00C4F8D8h (foobar2000+1CF8D8h)
Address: 00C4F8D4h (foobar2000+1CF8D4h)
Address: 770463CFh (ntdll+463CFh), symbol: "RtlAllocateHeap" (+4DFh)
Address: 00C4F8D8h (foobar2000+1CF8D8h)
Address: 758BC6D1h (KERNELBASE+10C6D1h), symbol: "FindFirstFileExW" (+4F1h)
Address: 00C9BAF4h (foobar2000+21BAF4h)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00C3084Eh (foobar2000+1B084Eh)
Address: 00AEB30Ch (foobar2000+6B30Ch)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00AEB620h (foobar2000+6B620h)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00C3089Eh (foobar2000+1B089Eh)
Address: 00AEB67Ch (foobar2000+6B67Ch)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C308E5h (foobar2000+1B08E5h)
Address: 00AEB5F5h (foobar2000+6B5F5h)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C308E5h (foobar2000+1B08E5h)
Address: 00C1777Bh (foobar2000+19777Bh)
Address: 00C4F8CCh (foobar2000+1CF8CCh)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C9BC6Ch (foobar2000+21BC6Ch)
Address: 00C442D3h (foobar2000+1C42D3h)
Address: 00C17804h (foobar2000+197804h)
Address: 00C3DA73h (foobar2000+1BDA73h)
Address: 00C1AED7h (foobar2000+19AED7h)
Address: 77045F2Eh (ntdll+45F2Eh), symbol: "RtlAllocateHeap" (+3Eh)
Address: 77045F2Eh (ntdll+45F2Eh), symbol: "RtlAllocateHeap" (+3Eh)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 76913C9Bh (ucrtbase+33C9Bh), symbol: "free_base" (+1Bh)
Address: 77043D66h (ntdll+43D66h), symbol: "RtlFreeHeap" (+46h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 77043D66h (ntdll+43D66h), symbol: "RtlFreeHeap" (+46h)
Address: 76913C9Bh (ucrtbase+33C9Bh), symbol: "free_base" (+1Bh)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 00AD0FC3h (foobar2000+50FC3h)
Address: 770463CFh (ntdll+463CFh), symbol: "RtlAllocateHeap" (+4DFh)
Address: 770463CFh (ntdll+463CFh), symbol: "RtlAllocateHeap" (+4DFh)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 77043D66h (ntdll+43D66h), symbol: "RtlFreeHeap" (+46h)
Address: 76913C9Bh (ucrtbase+33C9Bh), symbol: "free_base" (+1Bh)
Address: 76913C68h (ucrtbase+33C68h), symbol: "free" (+18h)
Address: 77088094h (ntdll+88094h), symbol: "RtlGetNtGlobalFlags" (+7B4h)
Address: 729E488Dh (foo_openmpt54+488Dh)
Address: 72764A99h (foo_input_std+24A99h)
Address: 77043D66h (ntdll+43D66h), symbol: "RtlFreeHeap" (+46h)
Address: 00C4464Bh (foobar2000+1C464Bh)
Address: 00C1B138h (foobar2000+19B138h)
Address: 7569BE60h (USER32+8BE60h), symbol: "CharLowerW" (+0h)
Address: 7569BE60h (USER32+8BE60h), symbol: "CharLowerW" (+0h)
Address: 00C23B60h (foobar2000+1A3B60h)
Address: 00C23C1Bh (foobar2000+1A3C1Bh)
Address: 00BD5351h (foobar2000+155351h)
Address: 00C4467Ch (foobar2000+1C467Ch)
Address: 00C1B994h (foobar2000+19B994h)
Address: 00C4973Ch (foobar2000+1C973Ch)
Address: 00C6A068h (foobar2000+1EA068h)
Address: 70FF93CCh (foo_gep+2C93CCh), symbol: "foobar2000_get_interface" (+23156Ch)
Address: 70FF93CCh (foo_gep+2C93CCh), symbol: "foobar2000_get_interface" (+23156Ch)
Address: 00C44776h (foobar2000+1C4776h)
Address: 00C1B4E7h (foobar2000+19B4E7h)
Address: 00C4973Ch (foobar2000+1C973Ch)
Address: 00A95F52h (foobar2000+15F52h)
Address: 00C6A064h (foobar2000+1EA064h)
Address: 00C0DF60h (foobar2000+18DF60h)
Address: 00C0DF90h (foobar2000+18DF90h)
Address: 00C9BAF4h (foobar2000+21BAF4h)
Address: 00C9BAF4h (foobar2000+21BAF4h)
Address: 00C44776h (foobar2000+1C4776h)
Address: 00C1BA31h (foobar2000+19BA31h)
Address: 00C4FB08h (foobar2000+1CFB08h)
Address: 00C4973Ch (foobar2000+1C973Ch)
Address: 00C447B0h (foobar2000+1C47B0h)
Address: 00C1BC4Eh (foobar2000+19BC4Eh)
Address: 00C2A88Dh (foobar2000+1AA88Dh)
Address: 00B72FE1h (foobar2000+F2FE1h)
Address: 76913C9Bh (ucrtbase+33C9Bh), symbol: "free_base" (+1Bh)
Address: 00A90D28h (foobar2000+10D28h)
Address: 00C39C92h (foobar2000+1B9C92h)
Address: 00BAB4B5h (foobar2000+12B4B5h)
Address: 00BAB43Ch (foobar2000+12B43Ch)
Address: 74E372F6h (shared+72F6h), symbol: "uCallStackTracker::uCallStackTracker" (+D6h)
Address: 00C64174h (foobar2000+1E4174h)
Address: 00C3DA28h (foobar2000+1BDA28h)
Address: 00BAB46Bh (foobar2000+12B46Bh)
Address: 00C2CD5Eh (foobar2000+1ACD5Eh)
Address: 76924F9Fh (ucrtbase+44F9Fh), symbol: "o_iswdigit" (+5Fh)
Address: 76924F60h (ucrtbase+44F60h), symbol: "o_iswdigit" (+20h)
Address: 76924F60h (ucrtbase+44F60h), symbol: "o_iswdigit" (+20h)
Address: 76941FD0h (ucrtbase+61FD0h), symbol: "crt_debugger_hook" (+C0h)
Address: 76ADFCC9h (KERNEL32+1FCC9h), symbol: "BaseThreadInitThunk" (+19h)
Address: 76ADFCB0h (KERNEL32+1FCB0h), symbol: "BaseThreadInitThunk" (+0h)
Address: 770680CEh (ntdll+680CEh), symbol: "RtlGetAppContainerNamedObjectPath" (+11Eh)
Address: 7707B390h (ntdll+7B390h), symbol: "wcstombs" (+70h)
Address: 7706809Eh (ntdll+6809Eh), symbol: "RtlGetAppContainerNamedObjectPath" (+EEh)
Address: 770891BAh (ntdll+891BAh), symbol: "RtlCaptureContext" (+10Ah)
Address: 76924F60h (ucrtbase+44F60h), symbol: "o_iswdigit" (+20h)
Environment:
App: foobar2000 v1.6.17
UI: Default User Interface 1.6.17
Components:
Core (2023-09-23 19:33:48 UTC)
foobar2000 core 1.6.17
foo_albumlist.dll (2023-09-23 19:10:20 UTC)
Album List 1.6.17
foo_cdda.dll (2023-09-23 19:10:20 UTC)
CD Audio Decoder 1.6.17
foo_converter.dll (2023-09-23 19:10:24 UTC)
Converter 1.6.17
foo_dsp_amp.dll (2018-04-08 03:09:48 UTC)
Amplify 1.0.2
foo_dsp_audiostretch.dll (2023-04-21 19:51:02 UTC)
Audio-Stretch 0.2
foo_dsp_crossmix.dll (2023-10-14 05:09:40 UTC)
Crossmix DSP 0.4
foo_dsp_effect.dll (2024-05-03 09:55:22 UTC)
Effect DSP 0.51
foo_dsp_eq.dll (2023-09-23 19:10:18 UTC)
Equalizer 1.2.2
foo_dsp_replaygain.dll (2024-05-09 03:53:02 UTC)
ReplayGain DSP 0.2.11
foo_dsp_skip_silence.dll (2023-03-16 21:05:56 UTC)
Skip Silence 1.0.5
foo_dsp_std.dll (2023-09-23 19:10:20 UTC)
Standard DSP Array 1.6.17
foo_dsp_vst3.dll (2024-04-09 20:38:52 UTC)
VST 2.x/3.x Adapter 0.12
foo_external_tags.dll (2023-03-16 21:05:56 UTC)
External Tags 1.5.14
foo_fileops.dll (2023-09-23 19:10:22 UTC)
File Operations 1.6.17
foo_freedb2.dll (2023-09-23 19:10:22 UTC)
Online Tagger 0.8
foo_gep.dll (2020-08-14 01:23:18 UTC)
Game Emu Player 1.218
foo_input_ffmpeg.dll (2022-08-29 23:25:28 UTC)
FFmpeg Decoder Wrapper 0.8
foo_input_msu.dll (2024-03-09 20:57:17 UTC)
MSU-1 PCM Player 0.1
foo_input_ncsf.dll (2021-03-16 02:12:04 UTC)
NCSF Decoder 1.18
foo_input_std.dll (2023-09-23 19:10:28 UTC)
FFmpeg Decoders 4.4.1
Standard Input Array 1.6.17
foo_input_usf.dll (2022-03-10 05:26:20 UTC)
LazyUSF 3.2
foo_input_vgm.dll (2024-02-19 06:12:04 UTC)
VGM input 0.30 beta 4
foo_input_vgmstream.dll (2024-05-27 21:11:20 UTC)
vgmstream plugin r1917-56-gbe4eb335
foo_input_vio2sf.dll (2021-02-15 23:44:54 UTC)
2SF Decoder 0.26.2
foo_input_viogsf.dll (2018-09-17 03:41:54 UTC)
GSF decoder / VBA-M r1507 0.08.16
foo_input_viopsf2.dll (2017-09-25 12:13:05 UTC)
PSF2 decoder / Play! 2017-05-23 0.10_beta
foo_midi.dll (2024-06-10 03:25:16 UTC)
MIDI Player <IP_ADDRESS>-alpha7
foo_mpv.dll (2022-04-23 21:53:46 UTC)
mpv Video 0.6.10 beta
foo_npnez.dll (2022-10-28 14:38:53 UTC)
NPNEZ input 0.24
foo_openmpt54.dll (2023-10-02 20:36:26 UTC)
OpenMPT Module Decoder 0.7.3
foo_psf.dll (2021-03-28 23:46:16 UTC)
Highly Experimental 2.3.1
foo_rehearsal.dll (2019-04-08 16:46:20 UTC)
Rehearsal 0.5
foo_rgscan.dll (2023-09-23 19:10:22 UTC)
ReplayGain Scanner 1.6.17
foo_sanitizer.dll (2021-02-15 21:49:24 UTC)
Tag Sanitizer 1.3
foo_snesapu.dll (2018-01-30 09:29:52 UTC)
SNESAPU input 0.83
foo_spider_monkey_panel.dll (2022-01-14 05:29:00 UTC)
Spider Monkey Panel 1.6.1
foo_ui_columns.dll (2023-09-27 05:19:08 UTC)
Columns UI 2.1.0
foo_ui_std.dll (2023-09-23 19:10:26 UTC)
Default User Interface 1.6.17
foo_unpack.dll (2023-09-23 19:10:30 UTC)
ZIP/GZIP/RAR/7-Zip Reader 1.6.17
Recent events:
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_mpv\foo_mpv.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_gep\foo_gep.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_dsp_effect\foo_dsp_effect.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_input_vio2sf\foo_input_vio2sf.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_dsp_skip_silence\foo_dsp_skip_silence.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_sanitizer\foo_sanitizer.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_ui_columns\foo_ui_columns.dll
Loading DLL: C:\Program Files (x86)\foobar2000\components\foo_unpack.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_openmpt54\foo_openmpt54.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_input_ffmpeg\foo_input_ffmpeg.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_dsp_vst3\foo_dsp_vst3.dll
Loading DLL: C:\Program Files (x86)\foobar2000\components\foo_input_msu.dll
Loading DLL: C:\Users\GojiGoodra\AppData\Roaming\foobar2000\user-components\foo_input_vgm\foo_input_vgm.dll
Components loaded in: 0:00.083549
Pre config read
Configuration read in: 0:00.003709
foobar2000 v1.6.17 [standard]
Starting playlist loading
User Interface initialized in: 0:00.088374
Processing commandline
initquit::init entry
FFmpeg version: 4.4.1
Rehearsal component: on_init() begin
Rehearsal component: on_init() end
initquit::init exit
Startup time : 0:05.547191
Opening track for playback: "D:\Main II\A Grand Opening.logg" / index: 1
Automatic resampling: using Resampler (dBpoweramp/SSRC), Resampler (RetroArch)
Device: Speakers (BOOM 3 Stereo)
Mix format: 44100 Hz / 32-bit float / 2 channels (0x3)
Sending stream: 44100 Hz / 32-bit float / 2 channels (0x3)
Machine specifications:
OS: Windows 10.0.19045 x64
CPU: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz, features: MMX SSE SSE2 SSE3 SSE4.1 SSE4.2
CPU threads: 8
Audio: Speakers (3- High Definition Audio Device); D50f-F1 (3- Intel(R) Display Audio); Headphones (Pathfinder 3 Stereo); Speakers (BOOM 3 Stereo)

This occurs when trying to play a midi, or attempting to access the Midi Component settings

This is a similar occurance to closed issue #22

@Bonboon229 , there's nothing in the trace log that points to a clear problem. win32 error 18 points to a problem during the enumeration of the music files. Are you sure your fb2k is not corrupt?

AFAIK, it's not corrupt. Older versions of the midi component work.

So you experience a crash after removing the library and playing a single standalone file? Which file? Which MIDI player do you use? When does it crash? You mention opening the Preferences dialog crashing. Is that while playing a file or when fb2k is idle? So many questions...

Pretty much all of the above, 99% of the time, foobar crashes on open with even the pre-release version of this component

Basically, this component is fairly broken if you're not using Foobar 2.0

While AFAIK nothing specific to fb2k 2.0 is used, the component is no longer tested on 1.6. I'll see if I can find a copy of 1.6 and do some basic tests. But you should consider upgrading to fb2k 2.0.

9 months ago modern configuration variables were introduced (https://github.com/stuerp/foo_midi/commit/f7e80f60c29e34ce1ac138d17ef74d47310f0d3c). They are not available in 1.6.18. I guess you're only option is to install foobar2000 2.x


kafka connect ingestion does not support newer versions of debezium connectors

Describe the bug
kafka connect ingestion does not support newer versions of debezium connectors.
env
helm version : 0.2.118
Screenshots
newer version debezium(2.1) - source connect task none

old version of debezuim(1.9)

Additional context
according to source topic_naming_pattern is using server_name.
But newer version of debezium is using topic.prefix
https://debezium.io/documentation/reference/1.9/connectors/mysql.html#mysql-property-database-server-name
https://debezium.io/documentation/reference/2.1/connectors/mysql.html#mysql-property-topic-prefix

Thank you for reporting this! We are looking into it at present.
Cheers
John

@jjoyce0510 @mayurinehate
i make a pr plz check this


How to get Elevenlabs to work?

Thanks for this excellent package. I use the downloaded package, not the pip install version. I want to try to use custom voices from Elevenlabs but somehow I can't get it to work.
I have a custom.yaml with tts_model: "elevenlabs" but when I run this I get an error
File "/Users/Documents/podcastfy/podcastfy/client.py", line 342, in generate_podcast
tts_model = conversation_config.get("default_tts_model", "openai")
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'str' object has no attribute 'get'
I am not sure how to proceed from here... an example with custom yaml to use Elevenlabs in another language would be appreciated.

Could you please share your custom yaml file?
On Fri, Nov 29, 2024, 12:29 PM Frank Meeuwsen @.***>
wrote:

Thanks for this excellent package. I use the downloaded package, not the
pip install version. I want to try to use custom voices from Elevenlabs but
somehow I can't get it to work.
I have a custom.yaml with tts_model: "elevenlabs" but when I run this I
get an error
File "/Users/Documents/podcastfy/podcastfy/client.py", line 342, in
generate_podcast
tts_model = conversation_config.get("default_tts_model", "openai")
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'str' object has no attribute 'get'
I am not sure how to proceed from here... an example with custom yaml to
use Elevenlabs in another language would be appreciated.
—
Reply to this email directly, view it on GitHub
https://github.com/souzatharsis/podcastfy/issues/199, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADTMY3PTYRJWUSACNSOODAT2DCB4XAVCNFSM6AAAAABSXKSPJWVHI2DSMVQWIX3LMV43ASLTON2WKOZSG4YDKNBUGAYDGMA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Since I can't upload it, here it is copy-pasted. Thanks for your help!
word_count: 400
conversation_style:
  - "Technical expertise"
  - "Enthusiastic"
podcast_name: "Jobs overview"
roles_person1: "main explainer"
roles_person2: "domain expert"
output_language: "Dutch"
podcast_tagline: "Work on your own careerpath"
engagement_techniques:
  - "technical know-how"
  - "vivid imagery"
  - "audience prompts"
ending_message: "See our website for more information!"
creativity: 0.7
model: "eleven_multilingual_v2"
default_voices:
  - question: "Frank"
  - answer: "Melanie"

Thanks for sharing.
You need to pass voice names that speak your target language in config.
Additionally, you need to pass tts_model = 'elevenlabs' when calling
generate podcast.
https://github.com/souzatharsis/podcastfy/blob/main/usage/how-to.md#how-to-use-your-own-voice-in-audio-podcasts
Please let me know if you still have issues and I can generate a full
working example when I have time on Monday.
Thanks!
On Sat, Nov 30, 2024, 4:12 AM Frank Meeuwsen @.***>
wrote:

Since I can't upload it, here it is copy-pasted. Thanks for your help!
word_count: 400conversation_style:

"Technical expertise"
"Enthusiastic"podcast_name: "Jobs overview"roles_person1: "main explainer"roles_person2: "domain expert"output_language: "Dutch"podcast_tagline: "Work on your own careerpath"engagement_techniques:
"technical know-how"
"vivid imagery"
"audience prompts"ending_message: "See our website for more information!"creativity: 0.7model: "eleven_multilingual_v2"default_voices:
question: "Frank"
answer: "Melanie"

—
Reply to this email directly, view it on GitHub
https://github.com/souzatharsis/podcastfy/issues/199#issuecomment-2508866867,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADTMY3IXUENPTWYG3XZIZK32DFQOXAVCNFSM6AAAAABSXKSPJWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBYHA3DMOBWG4
.
You are receiving this because you commented.Message ID:
@.***>

The voices in the yaml are Dutch voices (my own and one from the library) so that should work. I tried this on the commandline:
python -m podcastfy.client --tts-model elevenlabs --conversation-config ~/Downloads/podcastify/custom.yaml --transcript  ~/Downloads/podcastify/data/transcripts/transcript_8e24eb33c7a0416d83759bc3b27d6636.txt
And when I changed the names of the voices in podcastfy/conversation_config.yaml to the Dutch ones it worked! But I'd rather override those values in my own config.yaml. Is this possible?


Allow React elements as button texts

Hi,
Thanks for the great library 👌
This tiny patch makes it possible to use pass <Image /> instances to nextButtonText and prevButtonText props. This functionality already exists and works correctly as-is, because the React Native <Text> element allows images as children, but the propType declaration causes warnings when the value is not a string.
Example of usage:
  <Calendar
     prevButtonText={<Image source={images.arrowLeft} />}
     nextButtonText={<Image source={images.arrowRight} />}
     ...etc
   />

Oh man, I should've probably read the existing PRs before submitting one, turns out this is a duplicate of https://github.com/christopherdro/react-native-calendar/pull/56 :)
Closing this as a duplice


[VCQ][DevDiv_VSO][VSCode][meaning of {0}]

MS PM
Daniel Ye

MOR PM
Jan Baltus (Moravia IT)

String Resource ID
0; "src/vs/workbench/contrib/files/browser/fileActions.copyingBulkEdit"

Source String
Copying {0} files

Subtenant
VSCode

Source Control Link

Filename
vscode-workbench\vs_workbench_contrib_files.xlf

Question
does {0} refer to a number or a name?

Additional details

Core Team Response

I have tackled this via a comment in the localize call


Please add support for the dreame x40 master

Please add support for the dreame x40 master, thank you

Thanks for your very fast reply.
The first 5 chars of the serial number are R2465.


PSAT: Insights on Potential Breakages, relevant Privacy Sandbox APIs

Feature Request
Description:
Progressively add insights components to the different PSAT landing pages and UI components.  This feature encompasses a sound set of such insights and will be address by multiple PRs.
Acceptance Criteria:

[x] GSI guidance (includes guidance from #316)
[x] Detect specific CUJs (for known cookies, or page components) and provide guidance on PS APIs as plausible replacement building blocks

cc @gagan0123 @pradeep910 @prasadnevase

Addressed as a part of v0.5


redis cluster support

Could we have support for redis cluster, it seems all search and bloomfilter and json are for single instance.

@anyili it's on the roadmap!

BTW, do you have ETA, we are using Redis as our primary DB at this moment

Looks like we'll have that by the end of October

Hello. Are there any news on this enhancement?

Have you somebody tried override RedisModulesClient for cluster support?

@viktorzavadil No.

Dear redis om team member, is there any updates for support redis cluster?

Dear redis om team member, is there any updates for support redis cluster?

It will be part of release 1.0.0. ~January 2023

Ref https://docs.spring.io/spring-data/redis/docs/2.7.7/reference/html/#cluster

Any good news on this?

We're working on it. Still slated for 1.0.0 but no date determined yet.

Looking forward this function and also 1.0.0 release

Any updates on this?

Hello. Are there any news on this enhancement? If not do you know if I deploy twemproxy with multiple redis or redis cluster is it going to work correctly?

@MitsanisBill We are planning to do this, Have you tried it, Would like to know how you sorted this out

looking forward it


Make the plus and minus icons dim, its confusing

First user impression was confusing. I read it as "minus 20 seconds break"...took me a bit to figure out they are used for adjustment.

Hi and thanks for feedback.
You are totally right, it is confusing. Good news is that I am working with designer to wholly rework stretchly ;]
Someone already started to work on improving current version here: #488 . Can you comment there what you think?

Should be closed, as with the new redesigned interface doesn't have such icons. @hovancik


About page content Change

In the mobile view, I'm unable to do cards in center !!
please check that also
Also, my suggestion is to make Footer darker and add  more content to it
can we make Navbar transparent so that it looks glossy

yes we will change the layout now so that the cards are aligned in centre


typo: "too" -> "to"

This pull request is a duplicate of https://github.com/bartaz/impress.js/pull/432 and can be closed.


Move koa from dependencies to devDependencies

Koa is used only in tests so it can go into devDependencies so that this middleware doesn't pull it in when installed in projects.

Superseded by koa2 merge to master


Delete all pics with one button

Hello, the button was added, it is 50% done as i didn't choose a definitive placement for it, you just need to do a git pull or git clone on your server for the web app and it will update

The button was completed, its definitive position is in admin panel into the settings tab at the bottom, now the button prompts for a confirmation before deleting all the images


[UI] Fix white gap between body and footer

Category

[ ] Resource Addition
[ ] Documentation
[ ] Codebase
[x] User Interface
[ ] Feature Addition

Description
I noticed that there is a white gap between the body and the footer on some pages (see picture for reference). I would be happy to fix this!
Page with white gap:

Page without white gap:

Good spot, @Elaa257. I'm assigning this to you.


Support basic auth when authenticating

Some OIDC providers require the client ID + secret to be sent through HTTP Basic Auth.

A fix for https://github.com/mozilla/mozilla-django-oidc/issues/517 is also needed.


DRAFT test upgrading jboss-ejb-client from 4.0.33.Final to 4.0.34.Final

This is a DRAFT pull to test the upgrade of jboss-ejb-client from ejb-client-4.0.33 to ejb-client-4.0.34, to check if all CI jobs pass.
If all CI jobs pass without any hang, we can then narrow down the issue to commits in 4.0.35.

all jobs passed in the first attempt.

/retest

all jobs passed in the 2nd run (a few unrelated tests failed initially and passed in rerun).

/retest

all jobs passed in the 3rd run.

This is looking good so far!  Let's try once more.

/retest

Windows JDK 11 had 1 failure (unrelated): ManagedExecutorServiceMetricsTestCase.testActiveRequests
java.lang.AssertionError: expected:<0> but was:<1>
  at deployment.arquillian-service//org.junit.Assert.fail(Assert.java:88)
  at deployment.arquillian-service//org.junit.Assert.failNotEquals(Assert.java:834)
  at deployment.arquillian-service//org.junit.Assert.assertEquals(Assert.java:645)
  at deployment.arquillian-service//org.junit.Assert.assertEquals(Assert.java:631)
  at deployment.ManagedExecutorServiceMetricsTestCase.jar//org.jboss.as.test.integration.ee.concurrent.ManagedExecutorServiceMetricsTestCase.testActiveRequestStats(ManagedExecutorServiceMetricsTestCase.java:278)
  at deployment.ManagedExecutorServiceMetricsTestCase.jar//org.jboss.as.test.integration.ee.concurrent.ManagedExecutorServiceMetricsTestCase.testActiveRequests(ManagedExecutorServiceMetricsTestCase.java:174)

I've created the issue WFLY-13957 to track it.
ManagedExecutorServiceMetricsTestCase.testActiveRequests fails intermittently

@chengfang @pferraro I see some discussion between you two. Is this ready?

@kabir I think it's ready. Note that this is not the latest jboss-ejb-client release.
The latest ejb-client release, 4.0.35.Final, has caused some clustering test failures, which we are working on. It will be good to have 4.0.34.Final in WildFly for now.


Question about coordinate transforms

Hi,
I am trying to get a point from the depth camera and view it in my Unity application. I use a background app to get the point and view it in my Unity app. I am doing the following steps but my 3d point is slightly off:

I get the (u,v) point from the depth image.
I use pCameraSensor->MapImagePointToCameraUnitPlane(uv, xy); to get a xy on the unit plane, followed by multiplying it with the depth of the (u,v) point to get the 3D coordinates.
I get my final 3D point in the left eye coordinates by pre-multiplying the 3d coordinates with the extrinsic matrix that I get from pCameraSensor->GetCameraExtrinsicsMatrix(&cameraPose).

I have to translate the point by ~6cms to the right to align it with the center. But even after doing that, the final 3d point is off from the expected position by a height(y) of 0.1 meters when I try to feed it to my Unity app?
Am I doing something wrong with my transforms? OR does Unity apps have a different main camera pose from the rig pose?
Also, If I remove the translation from the extrinsic matrix the resultant point is only off by a 2-3 cm from the real world point.
Thanks!

Hi,
I am trying to get a point from the depth camera and view it in my Unity application. I use a background app to get the point and view it in my Unity app. I am doing the following steps but my 3d point is slightly off:

I get the (u,v) point from the depth image.
I use pCameraSensor->MapImagePointToCameraUnitPlane(uv, xy); to get a xy on the unit plane, followed by multiplying it with the depth of the (u,v) point to get the 3D coordinates.
I get my final 3D point in the left eye coordinates by pre-multiplying the 3d coordinates with the extrinsic matrix that I get from pCameraSensor->GetCameraExtrinsicsMatrix(&cameraPose).

I have to translate the point by ~6cms to the right to align it with the center. But even after doing that, the final 3d point is off from the expected position by a height(y) of 0.1 meters when I try to feed it to my Unity app?
Am I doing something wrong with my transforms? OR does Unity apps have a different main camera pose from the rig pose?
Also, If I remove the translation from the extrinsic matrix the resultant point is only off by a 2-3 cm from the real world point.
Thanks!

hi，I have a problem similar to yours. Have you solved it？

Any update here?

@aal-rvr Just to make sure, are you multiplying with the extrinsics matrix or its inverse and did you take the potential difference in coordinate frames into account?


[Tesoro y Gloria] fix img pathnames to Roll20/master

Changes / Comments

fix image path names to point at Roll20/master instead of my branch

Roll20 Requests
Comments are very helpful for reviewing the code changes. Please answer the relevant questions below in your comment.

[x] Does the pull request title have the sheet name(s)? Include each sheet name.
[x] Is this a bug fix?
[ ] Does this add functional enhancements (new features or extending existing features) ?
[ ] Does this add or change functional aesthetics (such as layout or color scheme) ?
[ ] If changing or removing attributes, what steps have you taken, if any, to preserve player data ?
[ ] If this is a new sheet, did you follow Building Character Sheets standards ?

If you do not know English. Please leave a comment in your native language.

Thank you.


Introduce support for thread-local default recorder

Currently, the only way to install a thread-local recorder is to use the provided function with_local_recorder function. In asynchronous contexts, especially where single-threaded runtimes are used, using locally scoped recorders can be cumbersome since with_local_recorder does not support async execution (unless the closure itself spawns a runtime).
In order to provide an API that overcomes this limitation, for users that want to make use of locally-scoped default recorders, we make it so that the guard can be returned through a newly introduced set_local_default function that takes in a trait object. The returned guard is the same type we are using for with_local_recorder and when dropped will reset the thread local variable.
The change does not introduce any breaking changes to the existing API. It does however make minimal changes to the internals in order to uphold the safety guarantees that were previously in place. Since the guard is no longer tied to a scope that also encloses the reference, we need to have an explicit lifetime on the guard to guarantee the recorder is not dropped before the guard is. We achieve this through a PhantomData type which shouldn't result in any runtime overhead.
Closes #502

Review notes
Thanks a lot in advance for the review! :) Just to preface this, it's not often that I have to reason with unsafe code, I'm happy to make any necessary changes around the code and poke into the internals some more if needed. Sorry if any of this is hard to grok.

Motivation: I find that #502 outlines the motivation for the change. I saw that a tracing-style set_default() was a welcome addition so I thought I'd go ahead and implement the change.

Safety: Based on the SAFETY comments, my understanding is that we guarantee the pointer we store in thread-local storage is going to be valid since it does not outlive the reference to the Recorder trait object by virtue of being enclosed in the function's scope. Naturally, if we return a guard, we can no longer make the same assumptions. Although the compiler will not complain, we're susceptible to footguns if users move or drop their recorders.

I found a lifetime to be easiest to use here to guarantee memory safety, I'm sure there are other alternatives, but I wanted to ensure we do not make any breaking changes, and that we keep the change as minimal as possible.
Unfortunately, I had no inspiration for an automated test, but I did test it manually. In metrics/src/recorder/mod.rs, I added the following test
+    #[test]
+    fn it_compiles() {
+        let local = NoopRecorder;
+        let _guard = crate::set_local_default(&local);
+        drop(local);
+    }
+

Without the changes, it successfully compiles and runs. Based on my understanding of the code, this could potentially cause undefined behaviour at runtime since we can hold a reference to a value in memory that has essentially been invalidated.
:; cargo test recorder::tests::it_compiles -- --nocapture
running 1 test
test recorder::tests::it_compiles ... ok

With the changes, we'll get a compiler error:
:; cargo test recorder::tests::it_compiles -- --nocapture
   Compiling metrics v0.23.0 (/Users/matei.david/workspace/prophecy/metrics/metrics)
error[E0505]: cannot move out of `local` because it is borrowed
   --> metrics/src/recorder/mod.rs:328:14
    |
326 |         let local = NoopRecorder;
    |             ----- binding `local` declared here
327 |         let _guard = crate::set_local_default(&local);
    |                                               ------ borrow of `local` occurs here
328 |         drop(local);
    |              ^^^^^ move out of `local` occurs here
329 |     }
    |     - borrow might be used here, when `_guard` is dropped and runs the `Drop` code for type `LocalRecorderGuard`

Tests: I wanted to still have some confidence that the change will not break anything and that it will work as we expect it to. To this end, I added a simple test that exercises a recorder that increments a counter. We start three different recorders and assert the values are expected at the end (i.e. we don't update the wrong thing and we don't get any segfaults).

I also moved the existing recorder impl. (tracking drops) and the new recorder impl. into a module at the bottom of the test module. I wanted to declutter the tests. Let me know if it doesn't look right, I can always revert it. Happy to do what makes most sense for people actively maintaining this.

@tobz thank you so much for the initial review.

Overall, I think the approach/intent is reasonable, but reusing the existing LocalRecorderGuard machinery introduces a problem: we would be clearing out any previously-set local records. This is true for any ordering of sequential calls to set_local_default and with_local_recorder.

I think that's a great idea. I want to preface by saying that I have only just started poking around tracing's internals so my understanding might be a little bit off in certain places.
I have just pushed a change that allows us to restore the previously set local recorder. I have also added a test in to exercise this. It would've been great to do some type assertions using Any + downcasting but that was a bit too involved and I couldn't get it to work.
There is also a bit of an issue with the current implementation, for example, suppose you have something like this:
    #[test]
    fn it_will_segfault() {
        // Create a recorder and install it as the default local.
        let root_recorder = test_recorders::SimpleCounterRecorder::new();
        let root_guard = crate::set_default_local_recorder(&root_recorder);

        // Install a new recorder.
        let next_recorder = test_recorders::SimpleCounterRecorder::new();
        let _next_guard = crate::set_default_local_recorder(&next_recorder);

        // Courtesy of the lifetime, we must drop the guard first.
        drop(root_guard);
        // drop() will now restore the previous recorder (in this case, `None`)
        drop(root_recorder);

        // drop() will now restore the previous recorder (in this case `root_recorder`)
        drop(_next_guard);
       // segfaults since root_recorder has been dropped a while back
        crate::counter!("test_counter").increment(20);
    }

I haven't really found a great way to work around this. In the tracing crate, they move the subscriber when installing it locally. This allows them to actually Arc it. I couldn't manage to reproduce the issue we are having here. I'm a little bit lost on how to proceed, here are some ideas that I had:

Come up with a type where we can specify a lifetime such that a guard cannot outlive the previously set recorder. This didn't work and was a bit awkward, we also cannot have arbitrary lifetimes stored in thread_local afaict, we'd have to give the raw pointer a static lifetime.
Use Arc / RefCell, but this unfortunately would break backwards compatibility since with_local_recorder takes a trait object. We could have different guard types and handle this differently, for what it's worth.

e.g.
fn set_default_local_recorder(recorder: impl Recorder) {}

Provide documentation. Results in a bit of a leaky abstraction and potential footguns.

I realise some of this may sound a bit off, so please let me know if I got anything wrong. Happy to provide more snippets or links to some of the tracing code I've been looking at.
Also, as a side note, my hunch for taking a raw pointer here is that we want to preserve ownership rules for the recorder? i.e. allow people to have mutable borrows (which would be impossible if we held on to a borrow ourselves). Not sure it's really important here, but I was curious.

thanks for the review! quick update: merging was blocked since all commits had to be signed. I squashed all commits and force pushed thinking it'd help; it didn't.

Heh, no worries. :D
I'll merge this once tests pass again.


Build(deps-dev): Bump webpack-bundle-analyzer from 4.6.0 to 4.6.1 (#3921)

Pull request opened by the merge tool on behalf of #3921

Merged in 9b8e6ac86ec555f1b696b160866ae56f2bbf043f