Let me understand what you are looking for more clearly.You have 2 scenes. Both with Audio?You want to transition Scene1 --> Scene2 with a visual crossfade time of 1.5 secs ?You do not want an Audio crossfade (as is the default when cross fading 2 scenes).Do you have an audio track that plays constant, while images are changing?What is the effect you are trying to produce?I suspect you have 2 options. 1: Create one scene that crossfades between your media at the audio progresses. (this requires a little more patching in Isadora)2: Run a Background scene to play your Audio separately from your visual content, and use the last Visual scene to deactivate your Audio background scene.

I love the new video on the front page! Good work! 

ok, that was a stupid question! I was trying with right click and clear(command B)! thank you..

@dillthekrautMany thanks saves me a bunch of CPU Me thinksArthur

@wolandHey Lucas, if we wanted to offer a performance of our show at the Werkstatt, who should I contact to talk to about that?

@edjoynson I believe this is a bug. I am adding this to our bug tracker, and will have it fixed for an upcoming release.  [Not a bug]It appears any Value starting with a Letter placed between F0 and F7, is causing this same error. Mark "It is illegal to have a value between hex 80 and hex FF in the middle of a sys ex message because all of these value are command bytes. (e.g., hex 90 is a Note On message on MIDI Channel 1) The error Isadora is giving is correct. The Send Raw MIDI actor removes this limitation, allow you to send whatever you want, even if it is illegal."so @EdJoynson please try using the Send Raw Midi actor instead.

@maximeGood to hear the bug went away, however; Its still possible that your HapA files and the movie player are using different alpha types (the movie player doesnt know what format the video is using). Changing the 'alpha mode' input of the movie player may help in the future. Also, in some cases you may need to convert the type (especially if its alpha straight, since many effects require pre-multiplication), so the FFGLpremultiply and FFGLunpremult actors can be very useful.generally you will see a 'halo' artifact around elements.. where the image fade to the background. This indicates some alpha mode formats are not optimal and should be adjusted.

@dusx cool, I did not even try that- of course mark thought of almost everything.

@citizenjoeFusion can export Hap (as Fred said not Resolve), however, if you are including audio its a pain (audio needs to be linked in a separate file).I am now using 'Shutter Encoder' for my Hap mov batching. (PS Hap MOV works as well as AVI in Isadora 3)For Hap AVI, I am using Vegas Movie Studio (still my go to video editor when I want to do things fast) it has AVI render support (no batching). (needs to be the Movie Studio platinum or Suite)Losing Adobe Media Encoder is really the hardest part of dropping Adobe for me.Affinity Photo is pretty great. I have been working on lrg print images with ~100 layers (lots of groups/folders) that are over 2gb (photoshop large file format) and they are working perfectly. Affinity Designer is also pretty nice.But I am still learning both.

Thank you so much, I did it and it worked great ! Thank you two :)

Thank you, I did it and it worked great !Thank you everybody :)

@mc_monte This might be manual material

@salimeloGive us some screenshots and maybe we can spot what's going wrong

I got around the problem a little bit. I've not managed two tablets but:I have one Wacom tablet using Osculator, which has the option to disconnect it from the mouse function, so you can simultaneously use the trackpad. I'm also using Touch OSC on an iPad which has an xy-pad feature that works like a graphics tablet for the x,y axis at least. There's a little latency but you can do it via usb as well.I've seen that it's possible to connect two computers, using Osculator on both. That way you could use a graphics tablet on that one and transfer the OSC data from one computer to the other. This sounds like the most promising method, though I've not managed to get it to work yet. I only just had a quick go though so I'm sure it might work.

So, this is the scene with the user actor.. Again it doesn't happen every timetrajectoryV13strobeTunner.izz

Hi there, Isadora doesn't like your way of sending data.. I would personally go for the following code : void osc_doors(int i, int doorID) { OSCMessage msg("doors/" + doorID); if(debug == true) Serial.print("/doors"); if(debug == true) Serial.print(doorID); if(debug == true) Serial.print(","); if(debug == true) Serial.println(i); msg.add(i); Udp.beginPacket(outIp, outPort); msg.send(Udp); // send the bytes to the SLIP stream Udp.endPacket(); // mark the end of the OSC Packet msg.empty(); // free space occupied by message } This will create the following :Adress :/doors/1With value : i

Hi there @Woland,In Isadora 2.6.1 there are much more options to choose from, that is why I was confused. Could you make a new report about this issue for Isadora 3 ? With the wish from me to add support for White channels aswell :)Thanks !

@bonemap said: Are there any plans to implement pre-release orders?  Don't worry, we'll make sure to process your order as quickly as possible. I'm told that the same USB Keys will work for both Isadora 2 and 3 so there should be no waiting on shipping. Also anytime anyone purchases a USB Key and is waiting on the shipping they're immediately given a 30-day Isadora 3 license for each USB Key purchased.