On windows you can just download and run Blender, no need to install.
Not sure about other platforms.

Right now I am focusing on bugs.
If there is VSE bug not tagged, I guess other devs will relay this to me If I don't catch it.

Okay, maybe the bug has been fixed as a side effect of something else then?
I will test on 2.80 as soon as it's officially released. I hesitate to remove my current installation in case something breaks, and I'll need to deal with reinstalling an old version...

Yes, this is still an issue. It's a minor inconvenience for me, but others may find it a blocker in their work flow.

Is this still an issue?
If yes, Should I keep VSE tag?
I am trying to cleanup workboard a bit..

Since last asking for information it has been 7 or more days, due to the policy of our bug tracker we will have to archive the report until the requested information is given.

@Hossein Shah (hk1ll3r), you're right the strip length stays the same, but that doesn't mean that the speed doesn't change. If you have a strip of full length (not cut on any side) and you change the pitch to 2, you'll end up with double pitch and double speed, but the strip will stay the same length, meaning that it's silent in the second half. We intentionally don't change the strip length when the pitch is changed, since this can cause many problems, especially when you animate the pitch. I hope this clarifies the issue. If not, please ask further questions on devtalk.blender.org as @Sergey Sharybin (sergey) suggested.

@Hossein Shah (hk1ll3r), instead of re-opening old reports, make a new one. With all the information requested there.
Please note that this is not really a place for discussion, but for a bug tracking, where artists report reproducible bugs and developers fix them. For discussions there are other channels like devtalk.blender.org, or blender artists.

I'm new to blender, not sure if this is the right place but here I try...

Only now I realized, that this is 2.79 bug report
Can not reproduce this in 2.79 f4dc9f9d68b or in 2.8

Unfortunately gcc9 is not actually installable in debian testing currently (there are some unstable packages, but broken).

See attached screenshot for the codec settings.

In T61043#611875, @Joerg Mueller (nexyon) wrote:

The bug was introduced in rBdbe23c545649, so it only exists in 2.8, not 2.7. And yes @Richard Antalik (ISS) I can confirm that, but it has nothing to do with this bug.

The bug was introduced in rBdbe23c545649, so it only exists in 2.8, not 2.7. And yes @Richard Antalik (ISS) I can confirm that, but it has nothing to do with this bug.

@Joerg Mueller (nexyon), not sure if you are involved in audio codec stuff, can you confirm my claim: "especially mp3 can report longer length of data stream then actual length." This is just a general observation from number of mp3 files, that behave this way.

Just tried with setting it in C/CXX FLAGS but same result as with WITH_COMPILER_ASAN. Please let me know what you get with gcc9. If you still have it there, I fear you'll have to help me debugging this. ;)

Hrrrmmm… Well, I do not use WITH_COMPILER_ASAN either, it does not work very well for me… So I rather just edit the CMAKE_C/CXX_FLAGS_DEBUG flags in cmake, and add -fsanitize=address to both.

I tried reproducing - I enabled WITH_COMPILER_ASAN (and disabled cycles and libmv in order to get it compile on my machine) but I only get memory leaks when I run blender then, not the error you reported. Do you have any hints on how to reproduce it?

@Joerg Mueller (nexyon) Assigning to you for now, guess you'll be more familiar than me with c++/templates/std weirdness. ;)

Tried to reproduce, however in output settings value of Video Codec item is empty.
What codec do you have set?

Fixed by 3610f1fc43d0

No worries, it's a relatively minor inconvenience and does not affect the final render (or mixdown).

So my suspicion seems to be correct. The difference in playback is cause by the changes in OpenAL soft which now uses ambisonics (https://en.wikipedia.org/wiki/Ambisonics) based surround sound. Originally, I implemented Blender's speaker mapping based on OpenAL soft. That's why so far they have been the same. Ambisonics is actually better and ideally Blender would also go this direction for 3D sound. Unfortunately, I don't have the resources for this development right now, it's more a long term goal. If you need an short term solution, please use the configuration files as I have mentioned them. There are also ambdec files for different speaker setups including 7.1 here: https://github.com/kcat/openal-soft/tree/master/presets.

More testing...

Okay, okay... so....
I've got 8 channels (speakers) so I just leave the sound preferences at 7.1 and adjust the scene audio to the project's need (as you know from T49241#489952) will the configuration you suggest work for 7.1?
And will the panning stay the same as in 2.79?

Yep, I'm getting the same result with daily build: 2.79 Windows 64 bit December 29, 01:50:18 -111179beb0b1-.
I also confirmed this is happening in Linux (the nono audio not behaving in the same way as 2.79).
I'm still having trouble getting SDL to work. I've spun up an old Debian VM (with 2.80 Beta -266b1e2cdbc1-) with no drivers manually installed and Blender crashed upon switching to SDL.
Do audio drivers need to installed for this to work?

Finally, if you can confirm that this change in OpenAL soft is the cause, there's one thing you can do to get the same output in playback as in rendering. You have to create an openal soft configuration file named $HOME/.alsoftrc and have the following content:

Please also try a 2.79 version from the build bot here: https://builder.blender.org/download/

Hmm, SDL should work though, can you play around with the settings a bit? The sample rate 48 kHz should work fine, you can try changing the number of channels in the user preferences. Also please try setting the environment variable SDL_AUDIODRIVER to dsound or waveout and check if that helps to get SDL to work. See https://sdl.beuc.net/sdl.wiki/SDL_envvars#head-9ae11b2daf93dc3706eccf15cbf26eb6235ac634

Sorry, a complete derp on my end...

Hey, what audio backend/device are you using? OpenAL? If so, does it work with SDL? What operating system are you on? Do you have an audio driver installed? If so, which one and which sound card do you have if any?

Will have to review this in context of font selection for text FX - Brecht modified linking / unlinking

@Joerg Mueller (nexyon) Polite Nudge...

@Joerg Mueller (nexyon) Mind having a look?

@Joerg Mueller (nexyon) the issue was always present in this system.

I have no idea what to do about that either. Sounds like a weird Mac problem. I'd like to know if it worked before on this system? If yes, what changed? MacOS update? Blender update? Is there an older Blender version that works?

not sure what we can do here, @Arto Kitula (akitula)? or maybe @Joerg Mueller (nexyon) also has some ideas?

The issue (or some kind of a/v related issue) is still happening, this time even more weird, I couldn't playback a youtube video from chrome until close Blender, then suddenly worked.

I didn't change the default Sound Configuration which seems to be OpenAL.
What should be the right Sound setting for this machine to use with Blender?
Meanwhile I'll try with SDL and None settings to see if the problem persist.
Thanks!

That sounds more like an audio driver/system issue… Did you try with all the various audio outputs Blender supports (OpenAL, SDL, …)? In user preferences, System tab.

Yeah, we actually have a system to 'pass' that kind of data across undo steps, it’s just being ignored by BKE_sound_load()...
Will fix (and slightly refactor bSound flags, there is at least one flag here that is purely runtime and should be a tag ;) ).