Discussion :

[AliHome]

Bonjour à tous,

Je vous explique mon problème :

J'ai une DLL en C++, LibFlac permettant de traiter les fichiers audio FLAC (http://www.rarewares.org/files/lossl...-1.3.1-icl.zip), que j'exploite à l'aide d'une autre librairie que voici :
https://code.google.com/p/practicesharp/

Le problème, c'est qu'en utilisant la DLL "NaudioFLAC" (de practicesharp) sur un projet utilisant le .NET 4.0 et 4.5 par exemple, j'ai une erreur un peu bizarre sur un appel à la DLL C++.
Or, si je change le framework en 3.5, utilisant bien le CLR 2.0 tout fonctionne correctement.

Ma question est, comment forcer l'utilisation du .NET 3.5 (CLR 2.0) juste pour la DLL NAudioFLAC tout en gardant mon projet en .NET 4.0 ?
J'ai trouvé une solution disant de mettre ça dans le fichier app.config :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
  </startup>

mais ça ne fonctionne pas.


Merci d'avance pour vos réponses.

[Médinoc]

j'ai une erreur un peu bizarre

:bouledecristal:

Je ne sais plus trop quelles sont les difficultés exactes pour les interactions entre DLLs prévues pour différentes versions du framework (ou pire, les DLLs prévues pour interagir avec deux versions différentes d'une même DLL).
Je dirais au pire, si tout le reste échoue, faire du out-of-process avec WCF...

[AliHome]

:bouledecristal:

Je ne sais plus trop quelles sont les difficultés exactes pour les interactions entre DLLs prévues pour différentes versions du framework (ou pire, les DLLs prévues pour interagir avec deux versions différentes d'une même DLL).
Je dirais au pire, si tout le reste échoue, faire du out-of-process avec WCF...

c'est vrai que j'ai pas précisé je pensais pas ça utile, j'imagine que personne ici n'a déjà utilisé cette librairie, mais voici l'erreur :

"FLAC: Could not process single!"

Sur cette fonction à priori :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
[DllImport(DLLName, CallingConvention = CallingConvention.Cdecl)]
        public static extern bool FLAC__stream_decoder_process_single(IntPtr context);

Pour la solution WCF c'est pas envisageable malheureusement, étant donné la perte de performance...

[Médinoc]

Ce message d'erreur, est-il visible dans le code qui appelle cette fonction, ou bien vient-il de la fonction elle-même?

[AliHome]

Non à vrai dire ce message n'est pas d'une grande utilité, je vous montre d'où il provient :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
FLACCheck(
                        LibFLACSharp.FLAC__stream_decoder_process_single(m_decoderContext),
                        "process single");

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
        private void FLACCheck(bool result, string operation)
        {
            if (!result)
                throw new ApplicationException(string.Format("FLAC: Could not {0}!", operation));
        }

Donc ça ne vient pas de la DLL C LibFlac.

D'ailleurs quand on regarde la doc, c'est pas détaillé du tout.

https://xiph.org/flac/api/group__fla...122cf7f987f856

Return values
FLAC__bool false if any fatal read, write, or memory allocation error occurred (meaning decoding must stop), else true; for more information about the decoder, check the decoder state with FLAC__stream_decoder_get_state().

[AliHome]

Peut-être qu'il faut aussi se poser la question de savoir pourquoi l'appel à cette fonction marche avec le CLR 2.0, et pas avec le 4.0 ? J'ai toujours lu partout que le CLR 4.0 était rétrocompatible avec le 2.0...

[bacelar]

j'ai une erreur un peu bizarre sur un appel à la DLL C++.

Pouvez-vous être un peu plus précis ?

[AliHome]

Pouvez-vous être un peu plus précis ?

Oui je la décris juste en dessous dans un de mes messages

[bacelar]

Oups, quelques messages de loupés.
Comme il s'agit d'Open-Source, le débugging dans les sources de la bibliothèque pourrait nous donner de précieux complément d'informations, non ?

[AliHome]

Oups, quelques messages de loupés.
Comme il s'agit d'Open-Source, le débugging dans les sources de la bibliothèque pourrait nous donner de précieux complément d'informations, non ?

Oui tout à fait, j'essaye depuis plusieurs jours de trouver l'origine de l'erreur, en vain.

Voici les sources si quelqu'un se sent de déboguer :

https://github.com/xiph/flac
Il faut à priori utiliser nasm pour compiler, et également une lib d'ici :
https://github.com/xiph/ogg

Je pense que le problème doit venir du callback (stream_decoder.c > ligne 2976 ?) entre la DLL C et le client (.NET), sauf que je ne vois pas où ça capote.

[AliHome]

Je vous met ici les bouts de code concernés, peut-être que certains ici seraient en mesure de dire si le CLR 4.0 l'interprète différemment du 2.0 etc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
        private void FLAC_WriteCallback(IntPtr context, IntPtr frame, IntPtr buffer, IntPtr clientData)
        {
            // Read the FLAC Frame into a memory samples buffer (m_flacSamples)
            LibFLACSharp.FlacFrame flacFrame = (LibFLACSharp.FlacFrame)Marshal.PtrToStructure(frame, typeof(LibFLACSharp.FlacFrame));
 
            if (m_flacSamples == null)
            {
                // First time - Create Flac sample buffer
                m_samplesPerChannel = flacFrame.Header.BlockSize;
                m_flacSamples = new int[m_samplesPerChannel * m_flacStreamInfo.Channels];
                m_flacSampleIndex = 0;
            }
 
            // Iterate on all channels, copy the unmanaged channel bits (samples) to the a managed samples array
            for (int inputChannel = 0; inputChannel < m_flacStreamInfo.Channels; inputChannel++)
            {
                // Get pointer to channel bits, for the current channel
                IntPtr pChannelBits = Marshal.ReadIntPtr(buffer, inputChannel * IntPtr.Size);
 
                // Copy the unmanaged bits to managed memory
                Marshal.Copy(pChannelBits, m_flacSamples, inputChannel * m_samplesPerChannel, m_samplesPerChannel);
            }
 
            lock (m_repositionLock)
            {
                // Keep the current sample number for reporting purposes (See: Position property of FlacFileReader)
                m_lastSampleNumber = flacFrame.Header.FrameOrSampleNumber;
 
                if (m_repositionRequested)
                {
                    m_repositionRequested = false;
                    FLACCheck(LibFLACSharp.FLAC__stream_decoder_seek_absolute(m_decoderContext, m_flacReposition), "Could not seek absolute: " + m_flacReposition);
                }
            }
        }

Dans le constructeur de la classe on a ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

m_writeCallback = new LibFLACSharp.Decoder_WriteCallback(FLAC_WriteCallback);

La déclaration :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

private LibFLACSharp.Decoder_WriteCallback m_writeCallback;

Le delegate :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
[UnmanagedFunctionPointer(CallingConvention.Cdecl)]
public delegate void Decoder_WriteCallback(IntPtr context, IntPtr frame, IntPtr buffer, IntPtr userData);

Voilà pour le callback du coté de la classe C#. Après recherche j'ai pu constater que le FLAC_WriteCallback ne retourne pas ce qu'il devrait, à savoir "FLAC__STREAM_DECODER_WRITE_STATUS_CONTINUE", comme montré ici dans le code en C de la librairie FLAC :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if (write_audio_frame_to_client_(decoder, &decoder->private_->frame, (const FLAC__int32 * const *)decoder->private_->output) != FLAC__STREAM_DECODER_WRITE_STATUS_CONTINUE) return false;

J'ai vérifié en testant, en .NET 3.5 on a bien FLAC__STREAM_DECODER_WRITE_STATUS_CONTINUE, et en 4.0 on a des chiffres aléatoires (valeur d'un pointeur ?). Le problème est donc directement lié à la valeur retournée par le callback, sauf que je ne vois pas où c'est géré en fait


Merci pour votre aide !