<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 81: Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/</link><description>Recent changes to 81: Proper bitdepth reporting with DSD</description><atom:link href="https://sourceforge.net/p/sacddecoder/feature-requests/81/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 07 Dec 2024 12:24:25 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/sacddecoder/feature-requests/81/feed.rss" rel="self" type="application/rss+xml"/><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#35a9</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I really tried everything to make "channel mask" work with 5.1 sacd (including reloading info) but it still stays empty. Could you please check it?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Sat, 07 Dec 2024 12:24:25 -0000</pubDate><guid>https://sourceforge.netfb14ff0edfd3b11c61cccdce550edd78778fa9df</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#e18a</link><description>&lt;div class="markdown_content"&gt;&lt;ol&gt;
&lt;li&gt;Reloading does not help - the field is still blank for 5.1 SACDs (I checked different albums).&lt;/li&gt;
&lt;li&gt;Does it mean that "decoded_bitspersample" takes data after being DoPed and before deDoPed? I use ASIO+DSD for Native Output. &lt;/li&gt;
&lt;/ol&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Thu, 28 Nov 2024 15:53:22 -0000</pubDate><guid>https://sourceforge.net2e7e6c2340786e5aedbcb7e543bf314e133fb789</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#3fc4</link><description>&lt;div class="markdown_content"&gt;&lt;ol&gt;
&lt;li&gt;Even after Properties-&amp;gt;Tools-&amp;gt;Reload info?&lt;/li&gt;
&lt;li&gt;The "natural" format for both PCM and DoP is 24-bit. &lt;/li&gt;
&lt;/ol&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Thu, 28 Nov 2024 08:39:02 -0000</pubDate><guid>https://sourceforge.net107e4a739e3abb321612648d2a0bb1f89ffc939b</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#f291</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Thank you, foo_input_sacd v 1.5.12 works well.&lt;br/&gt;
Two minor "issues": &lt;br/&gt;
1. "channel mask" does not produce anything for 5.1 SACD's but it works well with stereo. &lt;br/&gt;
2. "decoded_bitspersample" always shows 24 no matter if I change the output mode to DSD, DSD+PCM or PCM. What does it show then? If DSD is chosen the signal shouldn't be decoded and the "meters" do not work so there is no "fake" PCM stream for visualisation. What do those 24 bits mean then?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Wed, 27 Nov 2024 16:29:48 -0000</pubDate><guid>https://sourceforge.netfc69c5218a9ea5c8c27b1bf92746284d5a9301e9</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#6692</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Thank you.  I added parameters to foo_input_sacd v 1.5.12. Interesting, what difference in performance it has compared to foo_input_udsd.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Wed, 27 Nov 2024 11:11:06 -0000</pubDate><guid>https://sourceforge.net7da2ddf520d9a5cecb42c8b47edba108c7882c51</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#e12f</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;reinstalled the portable version of 2.24, this time I made it 64bit and managed to crash FB with foo_input_udsd. &lt;br/&gt;
 I also discovered that while "normal" dsd eats more resources than with foo_input_sacd but is responsive. But when it is DST and 5.1 it reaches 96% while with input_sacd it was no more than 40-45-50. &lt;br/&gt;
 Crash log attached. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Tue, 26 Nov 2024 19:36:42 -0000</pubDate><guid>https://sourceforge.neta559adcfc27cb4b20f2db0a4e74b25181e6216b2</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#5d66</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Unfortunately there is no crash dump - I checked the crash report folder and it is not there. It happened on 32 portable 2.24 (my test FB). FB just closed suddenly and when restarted it asked if I want to open it in safe mode or normally but no crash dump. I played sacd again but it didn't crash this time. The processor load is so high that even my mouse cursor jumps/stutters across the display (again 96%). &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Tue, 26 Nov 2024 17:16:33 -0000</pubDate><guid>https://sourceforge.net0b3d8ecd0c3e714ab541b43210c81c89c02fe1c4</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#4030</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Could you share that crash dump file please?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Tue, 26 Nov 2024 16:43:18 -0000</pubDate><guid>https://sourceforge.net62c7a0a32ada37df0e268f45f600c5b1e8b50b94</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#099a</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It still stutters (even crashed foobar once) and consumes about 96% of processor (foo input sacd consumes 8-20%). It still cuts the ending of each song, the track changes and the ending of the previous song is heard as the beginning of next. Because there is nothing after the last song in the playlist, the ending of last song is just cut off (I think it's about 1 second). The cutting only happens with DSD ( I tried one mp3 and one flac and it seemed ok). The "channel mask" worked for stereo SACD but not for 5.1 (produced empty space). &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Tue, 26 Nov 2024 16:04:36 -0000</pubDate><guid>https://sourceforge.net74af52c1539161b6b8b1c7f61f1581ebcb31dc31</guid></item><item><title>#81 Proper bitdepth reporting with DSD</title><link>https://sourceforge.net/p/sacddecoder/feature-requests/81/?limit=25#185b</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;"channel_mask" is added in v0.0.12. "stream_count" is not relevant because for all playable DSD streams is equal to one.  This version should have approximately the same performance as the latest foo_input_sacd.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maxim V.Anisiutkin</dc:creator><pubDate>Tue, 26 Nov 2024 11:56:47 -0000</pubDate><guid>https://sourceforge.nete2167b54ac06228238bc8ddc3b23df63f5b74c88</guid></item></channel></rss>