WASAPI—if next song has different bit-depth, fails to play (till seek), [was “Trouble With Different Bit Rates v1.1.12a”] |
Please read foobar2000 Tech Support Forum Rules before posting and comply with all the points.
Failure to provide all the information pointed out in the above document in your post is considered wasting other people's time and in extreme cases will lead to your topic getting locked without a reply.
See also: Hydrogenaudio Terms of Service.
WASAPI—if next song has different bit-depth, fails to play (till seek), [was “Trouble With Different Bit Rates v1.1.12a”] |
May 29 2012, 19:13
Post
#1
|
|
|
Group: Members Posts: 3 Joined: 29-May 12 Member No.: 100261 |
I recently updated from 1.1.10 to the current version.
I have a large folder of assorted tracks that I load into Foobar and play on shuffle. There are 16 and 24 bit tracks mixed together in the directory. They have always played flawlessly. Last night I noticed that when Foobar switches from one bit depth to the other the song fails to play. I do not get an error message, and nudging the progress bar a hair gets the track going. This happens when switching from 16 to 24 or the reverse. It only occurs when the two tracks are of different bit depths. No changes to hardware were made recently. Any thoughts why this might be happening? This was not happening prior to the update. I switched to v1.1.11 and the same thing occurs. Going back one more version to 1.1.10 solves the problem. Win 7 64 Foobar 1.1.12a / foo_out_wasapi v2.1 Realtek HD Audio Optical out Benchmark DAC-1HDR ETA: WASAPI plug in version. This post has been edited by Fallsroad: May 29 2012, 19:26 |
|
|
|
![]() |
May 30 2012, 08:37
Post
#2
|
|
|
Group: Members Posts: 3 Joined: 29-May 12 Member No.: 100261 |
Update: I tried the beta WASAPI plug ins for foobar and they seemed to solve the problem specifically with Foobar v1.1.12a.
However, other audio problems have simultaneously cropped up which may or may not be related. So I've rolled back to v1.1.10 and WASAPI 2.1 until I can sort out what happened. |
|
|
|
May 30 2012, 12:45
Post
#3
|
|
|
Group: Super Moderator Posts: 4342 Joined: 23-June 06 Member No.: 32180 |
Do those problems occur only in foo_out_wasapi v3.0 beta 1 and/or 2? If so, please report them to the thread from which you downloaded the plugin(s).
|
|
|
|
May 30 2012, 17:39
Post
#4
|
|
|
Group: Members Posts: 3 Joined: 29-May 12 Member No.: 100261 |
Do those problems occur only in foo_out_wasapi v3.0 beta 1 and/or 2? If so, please report them to the thread from which you downloaded the plugin(s). No. Problems occur using v1.1.12a and foo_out_wasapi v2.1. Betas solve the issue for the current Foobar release, but other audio problems that may not be related suddenly cropped up, so for my system testing purposes I reverted to v1.1.10 w/foo_out_wasapi v2.1 because I know it is stable for me. I'm going to track that issue down and see if running current Foobar w/foo_out_wasapi v3.0 beta 1 and/or 2 is part of the problem or not. If I can determine it is, I'll report it in the wasapi plug in thread. |
|
|
|
May 30 2012, 18:34
Post
#5
|
|
|
Group: Super Moderator Posts: 4342 Joined: 23-June 06 Member No.: 32180 |
Betas solve the issue for the current Foobar release, but other audio problems that may not be related suddenly cropped up, so for my system testing purposes I reverted to v1.1.10 w/foo_out_wasapi v2.1 because I know it is stable for me. Yes, that’s what I was referring to by “those other problems”: not the topic’s main (i.e. non-other) problem but rather your mentioned new “other audio problems that may not be related”.QUOTE I'm going to track that issue down and see if running current Foobar w/foo_out_wasapi v3.0 beta 1 and/or 2 is part of the problem or not. If I can determine it is, I'll report it in the wasapi plug in thread. Thanks. That’s what I meant.
|
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 22nd May 2013 - 11:03 |