- User Since
- Feb 4 2009, 8:52 AM (445 w, 5 d)
Sat, Aug 19
Fri, Aug 18
Thu, Aug 17
The latest changes required for numpy paths to work on Linux and Mac! All build bots build this patch fine now, so I guess it's ready to push. Will do that tomorrow morning.
Wed, Aug 16
Since I got the OK from @LazyDodo (LazyDodo) on IRC, I'm ready to push the commit. I will do so on Friday morning (CEST) so that I'll be around for a few hours afterwards and I can handle any problems people might have after the push. That is, if there is nothing else coming here.
Tue, Aug 15
I incorporated all the latest comments. As I understand it, Mac works now. So if everything is ok now, I'll push the patch as soon as I get the ok from @LazyDodo (LazyDodo).
Sun, Aug 13
Fixed some more bugs, removed unnecessary files and added a cmake config files. Now everyone is hopefully happy?
@LazyDodo (LazyDodo) Can you check if it works this time please? (I guess not, maybe you can find the errors, I can't reproduce)
Disabled FFTW3 for blender's audaspace (it wasn't used anyway) and fixed cmake stuff (no more find_package calls, no cmake modules added, no dlls added, ...).
Fri, Aug 11
This is wrong, the sound file in the blender file is an mp3 and libsndfile can't read mp3s. Therefore, those functions shouldn't be called as often. Maybe there is something wrong with the library.
Thu, Aug 10
Can you put a breakpoint in all four methods that start with "vio_" and tell me how often they get called until the crash happens?
Wed, Aug 9
But that exception is caught in AUD_FileFactory::createReader(). Wait, you can see that the exception happened somehow, even though it's caught and the program continues to run? This is expected behaviour in this case, as libsndfile can't read the sound file packed in the blender file. FFMPEG then is able to read it in my case. Does the file open properly, showing the waveform on the audio strip? If so, everything is working fine for you @Fable Fox (fablefox) and this debug information has nothing to do with the bug.
Me neither. @Fable Fox (fablefox) could you find out where the exception(s) are thrown?
Jun 19 2017
Jun 18 2017
Thanks, I'll have a look at that. Can you show me the errors that you get with Python? For fftw3 it is not enough to enable it with cmake (WITH_FFTW3)?
May 22 2017
As long as the sound works, I'm fine :)
Did you also open a sound file and try to play it? For example in the video sequence editor? If it works, you can just ignore those messages...
Of course windows also can be configured. You have to edit the file %AppData%\alsoft.ini
Does this actually affect your audio output? The messages don't sound like they would affect audio working.
Okay, then I'm closing this.
Apr 16 2017
With respect to enable/disable, we could make the following change: Add a choice between enabled, disabled and automatic and for automatic determine whether the scene has sound or not and enable automatically in that case. The choice of codec is a different problem, but a default codec for each file format shouldn't be difficult to choose.
Mar 8 2017
Mar 6 2017
Well yeah, it's not so easy... I actually had to figure out again, why it's so problematic in detail, when I was writing this, that's a reason why it took so long...
Mar 5 2017
Mar 3 2017
Feb 10 2017
Hmm, sounds like a problem of OpenAL/pulseaudio, so I guess there's nothing I can do here. It works fine for me, but then again I don't have pulseaudio even installed. ;-)
Feb 9 2017
As there hasn't been a response for a week, I'm closing this. Feel free to reopen if the bug in Blender still persists.
Jan 6 2017
Jan 4 2017
Hi, can you try if D2447 fixes your problem as well? I'd prefer if the code of changing the specs is run as seldomly as possible/necessary. This is to avoid for example resetting the resamplers everytime you pause/play.
Dec 27 2016
Nice report @Tobiasz Karoń (unfa). I see two things here: the first thing is the difference of one off, which I could reproduce and is a bug of ardour and the other one I couldn't reproduce and is cause by blender.
Fixing this with a workaround by disabling JACK Transport functionality during rendering. Thanks @Bastien Montagne (mont29) for the help on IRC. A proper solution would be blender supporting animation playback during rendering, but I guess we are far away from that. ;-)
Dec 26 2016
Is this still a problem with 2.78a?
Is this still a problem with 2.78a?
So yeah this is happening. I managed to fix the bug by preventing the sound system to change the current frame (cfra) and start/stop playback while rendering in an ugly way (if WM_jobs_test(wm, scene, WM_JOB_TYPE_RENDER)). The problem atm. is that I can only do these tests in the user interface, but not in sound.c of blenkernel, so if playback is started via jack transport while rendering, sound starts playing in blender and you don't have a way to stop it at the moment, ideally it would be completely ignored during rendering. To fix this I have to find a way in sound.c to find out whether blender is rendering right now (having access to a Main*). Can you help me with that @Bastien Montagne (mont29)?
Nov 28 2016
Nov 9 2016
Nov 7 2016
Oct 24 2016
Yeah, I could set the starting value to 0, then every strip gets an automatic fadein at the beginning, but not when seeking (this includes Blender jumping back to the beginning of the animation when it reaches the end), so in any case the solution won't be perfect. :-/ A nice solution that I have in mind requires quite big changes in the library, that are planned for audaspace 2, that I haven't started coding yet.
Oct 22 2016
Well, how do you expect a change made at 3 PM to be included in a build from 4 AM? You'll have to wait for a new build!
@Tobiasz Karoń (unfa): can you try with this fix if it works for you? For me it works fine now, but maybe I didn't catch all cases where it crashes. If you don't build blender yourself, you can try a version from a build bot that's new and includes that revision.
If you make changes like this, please test them Bastien, you completely broke JACK, because JACK != Jack...
@Olly Funkster (Funkster): you're right, it's not completely gone. I implemented a fix for this which is a bit simpler and less intrusive in the library. Thanks for your help again!
Oct 21 2016
Thanks @Sergey Sharybin (sergey), I was already on it, so here are the results of my investigation:
Oct 19 2016
I'm currently a bit unsure if this is a limitation or an actual bug @Aaron Carlisle (Blendify). Reading so far, the solution with the interpolation for audio buffer chunks sounds like what should be implemented right now, but I could be wrong and need to check the code better. Afair there is even spline interpolation in the code. @Olly Funkster (Funkster) can you just post the diff of what you did and then we can work together on a proper solution? Thanks!
Oct 17 2016
UI wise I don't like choosing output presets changing these settings. The worst case of a UI would be where you change some setting and that changes something at a completely different location.
Sep 19 2016
Hmm yeah, we could change that. At the moment for playback inside Blender the user preference settings are used. Ideally people would get the preview of how it would sound after export, so we could use those settings. The problem is that in the end you're always forced to use the user preference settings as maximum as you can't play 5.1 sound through stereo output or 96 kHz through 48 kHz output obviously...