3.0.15_b9

ouille.
mais c'est pas très grave, ça va juste être un peu plus long...
il faut juste que tu adaptes l'argument prefix avec le chemin de chez toi.
ne te méprends pas la ligne qui commence par ../configure se fini à la fin de l'argument --prefix=/x/x/x/x
donc dans un terminal et dans le répertoire de la libusbx:

make distclean
mkdir build-i386
cd build-i386
../configure --disable-log CFLAGS='-arch i386' CPPFLAGS='-arch i386' CXXFLAGS='-arch i386 ' LDFLAGS='-arch i386' --prefix=/Users/francoisblondel/Desktop/libusbx-1.0.15/install-i386
make
make install
cd ..
mkdir build-x86_64
cd build-x86_64
../configure --disable-log CFLAGS='-arch x86_64' CPPFLAGS='-arch x86_64' CXXFLAGS='-arch x86_64' LDFLAGS='-arch x86_64' --prefix=/Users/francoisblondel/Desktop/libusbx-1.0.15/install-x86_64
make
make install
cd ..
mkdir -p install-universal
lipo -create install-i386/libusb-1.0.0.dylib -create install-x86_64/libusb-1.0.0.dylib -output install-universal/libusb-1.0.0.dylib
cd install-universal
install_name_tool -id @executable_path/../lib/libusb-1.0.0.dylib libusb-1.0.0.dylib
cp libusb-1.0.0.dylib /Users/francoisblondel/Desktop


tu fais un .zip de la libusb qui est dans to Desktop et tu le poste ici.
thanx,
++

pinaise, je comprend pas ce que je fais, sinon, ça irais plus vite...

il manque pas un /lib?

attends voir, je crois que j'ai zappé des étapes...

bon, ça a marché avec install-x/lib/libusb-1.0.0.dylib



je vais tester sur la b9

hihihi,
ça fonctionne tiptop sur la b9!!
t'es trop balèse!!!

c'est cool!
en ce moment, Elliott est malade, la crèche est en grève, c'est le WE, et tout ça.... mais bon la lib que t'as compilé à l'air d'être bien pour les 2 architectures 32 et 64 bits, donc c'est cool.
je vais la tester demain (ou dès que je peux) et si tout fonctionne bien, je vais l'intégrer à la prochaine béta.

merci pour ça !!

et au passage je pense avoir résolu le pb du serveur OLA.
les modifs seront elles aussi intégrées à la prochaine béta que je devrais mettre en ligne au plus tôt.

a bientôt,
++

content de servir la cause!
en espérant que mes tatonnements informatistiques n'abiment pas Dlight...
mais si j'ai un bout de code qui vient de mon ordi dedans, c un peu la classe!!

courage pour tes contingences...
jolie nuit!

ci-joint la libusb que t'as compilé, passé par la sauce de la compilation de DL et telle qu'elle devrait apparaitre dans la b10.
elle fonctionne ici, pourrais-tu voir si c'est pareil chez toi?

++

Ca fonctionne impeccablement!!

cool,
j'ai trouvé un autre testeur avec 10.6 chez qui précédemment ça plantait aussi.
je lui ai transmis la lib que t'as faite, on verra bien le résultat mais du coup je suis assez confiant.

par contre le problème que ça pose c'est la compatibilité de DL avec 10.6 pour les versions à venir...

++

3.0.15_b9 works fine on my Mac Mini (32-bit), with 10.6, but I use Artnet, not USB.

@Nico,
I tried OLA, but it didn't work. Switching back to Artnet didn't work either. When I tried to reload DL, my Mac was hanging, and I had to reboot it. But perhaps I did something wrong ?... Will try it again, one of these days...

Better news is that , when I have Page 2 of Room 1 on the display (circuits 61-120), midi is still send out to the BCR2000, for other circuits (tested circuits 40-50). Alas, while testing that, I also discovered that the BCR2000 only listens to midi on the ACTIVE preset. As a result, when switching to another preset, the LED-indication is wrong, until the value that needs to be indicated, is changed (and send) from DL. That is not a DL-issue, but BCR2000.

Best regards,
Noël

@Noel,

I tried OLA, but it didn't work.

yeah, we've find some issue with OLA, it should work with the next beta

Better news is that , when I have Page 2 of Room 1 on the display (circuits 61-120), midi is still send out to the BCR2000, for other circuits (tested circuits 40-50).

good!

Alas, while testing that, I also discovered that the BCR2000 only listens to midi on the ACTIVE preset

can you say that with other words, please? I'm not sure to understand what you mean.

a good example of what is sent through Midi is when you're in 'Display Only Used Channel' mode.
for example, if a channel's level is 0 in a cue, it disappear from the screen, that means that 0 is sent to Midi for this channel.
isn't it the case?

++

Example : BCR2000 preset 1 has circuits 1-32, preset 2 has circuits 33-64.
Everything works great in both directions: turning an encoder on the BCR changes the level in DL, and changing the level in DL makes the LEDs move on the BCR. But if I change the level of, let's say, circuit 44, while I am on preset 1, the BCR does not "see" that change. If I then switch to preset 2, the LEDs for circuit 40 still show the OLD level. As soon as I move the encoder, or change the level in DL, the LEDs move to the correct position.

Again, this is NOT a DL-issue, but a BCR2000 issue. Guess the BCF2000 has the same issue (not tested yet).

Best regards,
Noël

Now tested the BCF2000 as well, and -as expected- it behaves the same. No big deal, it just means that, when using the BCF/BCR, I should not change the levels in DL directly.

However, while playing around, I noticed that the GO, PAUSE and GOBACK , when send from midi, do not behave as expected :
- when I pause a transition, and then press GO again, the transfer starts again from the beginning.
- Mlink and TGroup don't work, when using the midi GO
- GoBack seems to have issues as well. Need to test more.

I have verified (in midi-setup) that the correct signals are send.

Best regards,
Noël