You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have been attempting to make a client that can make C-STORE requests, and render CT DICOM images to jpeg - in Unity for the Meta Quest 3. The Quest 3 uses an Android runtime.
Assuming Unity android runtime behaves as any other android runtime do you think this is even possible with the way fo-dicom is currently set up?
When trying to build the project I felt that I was constantly playing whack-a-mole with hidden desktop dependencies in the service providers. For example IServiceCollectionExtension::AddFellowOakDicom() uses the DefaulTranscoderManager, which is a desktop only package. These bugs are especially hard to keep track of because the application would only catch them at runtime. Is there a recommended service provider/factory I should be using that I did not see, or do I need to implement these services myself when they are not supported by the platform I am using?
I am sorry if this is the wrong place to post this -- if I should find help elsewhere where should that be?
If I can get help with this I would be willing to PR two projects for this repo -- one for Android Xamarin and one for Android Unity.
The text was updated successfully, but these errors were encountered:
I am very surprised that DefaultTranscoderManager would have dependencies to desktop.
Are you using version 4 or version 5? At least in version 5 everything is very strictly separated. the fo-dicom.core is only built on netstandard2.0 and should not have dependencies. Only when you add some other packages like fo-dicom.imaging.desktop then you might introduce dependencies.
since few weeks we are also running the unittests of fo-dicom.core on several different platforms like Ubuntu or macos (https://github.com/fo-dicom/fo-dicom/actions/runs/13112805082)
The samples here in this repro are outdated. I am updating the Android sample to a new Maui sample at the moment. Is that something that might be usefull for unity, too?
If you find some hidden dependencies that we did not notice until now, then please report these details, we will be happy to fix these then, and of course any PR fixing such issue is more than welcome
I have been attempting to make a client that can make C-STORE requests, and render CT DICOM images to jpeg - in Unity for the Meta Quest 3. The Quest 3 uses an Android runtime.
The text was updated successfully, but these errors were encountered: