[Tiki]

Thank you for using the TuneBrowser.

Unfortunately, I don’t know about Ifi ZEN Streamer, so I can’t advise. Let’s hope others will comment.

[Tiki]

OKボタンは、

• 入力されたライセンスキーの形式があっている
• 名前が入力されている

状態で押せるようになります。名前は入力されているとのことですので、ライセンスキーの形式があっていないのではないかと拝察します。

すでにライセンスキーをお持ちでしたら、Windows再インストールにあたって再度ライセンスキーを取得していただく必要はありません。

[Tiki]

ご確認ありがとうございました。

改善してよかったです。

[Tiki]

Thank you for confirmation.

[Tiki]

ご確認ありがとうございました。

ご指摘いただいて助かりました。

[Tiki]

Thank you for confirmation.

Sorry for the messy English. I will fix it in the next release.

[Tiki]

ライセンスはどちらで取得されたでしょうか。

PayPalまたはベクターの場合、取得時にメールでライセンスキーを送付していますので、それをご利用ください。

マイクロソフトストアの場合、ライセンスキーはありません。ライセンス取得時のマイクロソフトアカウントでWindowsにログオンされると、自動的にライセンスが適用されると思います。

[Tiki]

こんにちは。

再現はできなかったのですが、先ほど公開した先行版で、この問題について見込みの対策を行ってみました。お時間のあるときにお試しいただけると助かります。

よろしくお願いします。

[Tiki]

I improved this issue in 1776.

Please try this when you have time.

Thanks.

[Tiki]

Hello.

I’ve released 1776.

– TreeItem: Basic – Network
– Property: OpenHome/UPnP – UPnPSOAP – Connet timeout (ms)

Try to increase this value like 30000 (30sec).

[Tiki]

Thanks.

WanFie san, thank you very much indeed.

[Tiki]

ご登録のメールアドレスがPayPalの記録にありましたので、ライセンスキーを再送しました。

[Tiki]

Sorry, but I can’t tell nothing from the logs.

There are 3 threads to show this information.

1. Controler thread: Decides whether to use ProxyStream for the UPnP Renderer.
2. Media server thread: Determine the samplerate and bit depth that should be decoded for http requests.
3. GUI thread: Receives notifications from the media server and displays samplerate and bit depth.

2 and 3 are roughly in sync by internal event message. But 1 and 2 are completely unrelated. Media server (http server) accepts requests from unspecified devices. The comment in the tooltip above implies that. So the information displayed may not always be that of the device being controlled. Media server (http server) does not identify the requester.

Thus, these may not be accurate information.

[Tiki]

You always said other software could do it. Then use that software. I thought TuneBrowser was a bad software for you.

[Tiki]

I spend so much time analyzing and responding to your comments . I have not been able to take time for development. Please understand that.

[Tiki]

Thanks for the explanation.

If I have to continue to consider different proposals for another devices than the TuneBrowser problem, I still want to stop supporting UPnP.

[Tiki]

I don’t understand why that check is a security measure. What kind of security are you worried about?

If another controller’s control comes in, of course it will not match.

[Tiki]

Hello, storaid. Thank you for notification.

What kind of compliance are you talking about ?

They suggested that DIDL-Lite metadata should undergo compliance check to ensure its reliability and security.

If there are possibilities of serious problems or known security risks in the TuneBrowser that I am not aware of, I would like to stop providing UPnP features, as I am finding that it is difficult to provide any further UPnP support.

Can you provide me with a URL where I can find more information on UPnP compliance check? (Currently, unfortunately, I have no information about it. If the compliance is including security issues as you said, it will be difficult to support by indivisual development. Anyway, I want to know the contents of compliance check)

P.S. For UPnP features, TuneBrowser is not using libxml2 and any other external UPnP libraries.

[Tiki]

I’ll make the timeout value adjustable in the next release. If the timeout is extended, the error will probably not be detected in your case.

[Tiki]

Okay. This is certainly incorrect information. This is an additional feature and should be disabled.

[Tiki]

It is difficult to understand this behavior from the log because sevral threads are involved. Please understand.

[Tiki]

This item means that “Queues the selected track for the next playback”.

[Tiki]

Thanks. I confirmed this behavior. I will improve it in the next (probably) release.

[Tiki]

Unfortunately, I could not to reproduce this behavior.

[Tiki]

Thanks.

[Tiki]

Thank you for your comment. I will consider it.

[Tiki]

In this case, logs show that initializing is continuing. There is no reason to stop the initialization other than to exit TuneBrowser or change the playback device.

An error in GetProtocolInfo means that the SOAP call has failed after SSDP has confirmed that the device is alive, so it is judged to be an error.

I understand your feeling that the error message is annoying, but I think the device is actually behaving strangely, and since other users may not be the ones looking at the logs as you are, TuneBrowser is notifying you of the situation.

[Tiki]

時間が経過しましたので、このトピックはクローズさせていただきます。

[Tiki]

It seems that SOAP call is failing. Then it is an error. There is no retry for SOAP call. I think it just succeeds on the next SOAP call.

[Tiki]

Sometime, the layout fails to reproduce.

This seems to occur especially in Windows 11 environments, but the reason is not clear.

[Tiki]

ご確認ありがとうございました。

[Tiki]

ご連絡ありがとうございました。

TuneBrowserの問題ではないようで、良かったです。

[Tiki]

rabbitrondさん、Kumagaiさん、ありがとうございます。

依然としてわたしの環境では再現できないのですが、つけていただいた情報で状況よくわかりました。予防的な処置も含めてなにか対応を考えたいと思います。

[Tiki]

ありがとうございます。

すでに新トピックを挙げていただいていますが、お手数をおかけします。

[Tiki]

Thanks. I’d close this topic.

[Tiki]

ご確認ありがとうございました。

別件のほうですが、これは再現させることができませんでした。ただこのトピックはタイトルが異なっているので、他の方からの情報も集まりにくいです。よろしければ、新しいトピックで確認させてください。

[Tiki]

ご確認ありがとうございました。

今回は、ご指摘いただき助かりました。

[Tiki]

Thank you for testing. I am surprised. Since the days of TuneBrowser v5.5.3, your device was returning duration 0.

Then it is not a problem with the TuneBrowser UPnP sequence, but with the metadata process. It is true that since 5.6.0, metadata changes are checked. Because devices can be controlled by other controllers.

I think that the behavior of v5.5.3 is problematic, and that the behavior of v5.6.0 is correct.

I regret the UPnP improvements in this release and, as I have feared from the beginning, I feel again that UPnP support is very difficult. It is not easy to determine what should I do. Please understand.

[Tiki]

I think the handling of duration has not changed between versions.

[Tiki]

As I have already said, a lot has changed in 5.6.0 to achieve the new functionality.

[Tiki]

ご指摘いただいた問題に対応した先行版をリリースしました。

お時間のあるときに見ていただけると有難いです。よろしくお願いします。

[Tiki]

ご指摘いただいた問題に対応した先行版をリリースしました。

お時間のあるときにご確認いただけると有難いです。よろしくお願いします。

[Tiki]

I think both are no good. As I explained above, the case in your log occurs on the track set by SetNextAVTransportURI() and cannot be determined to be invalid data, so neither response can be remedied.

20:45:04,600: UL01777: File: 10.1.1.127 [\\10.1.1.127\music\OCTOPATH TRAVELER - CHAMPIONS OF THE CONTINENT ORIGINAL SOUNDTRACK vol.2\DISC 3\Track_04.flac]
20:45:04,600: UL01779:  URI: 10.1.1.160 [http://10.1.1.160:29400/TuneID/00013981-RFHE79A322F.flac]
20:45:04,600: UL01781: -- CreatedMetadata -- {
20:45:04,600: UL01783: <DIDL-Lite xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/">
20:45:04,600: UL01785:   <item>
20:45:04,600: UL01787:     <res protocolInfo="http-get:*:audio/flac:*" duration="0:06:04.925" bitrate="971356" bitsPerSample="16" nrAudioChannels="2" sampleFrequency="44100" DecodeEx="Normal">http://10.1.1.160:29400/TuneID/00013981-RFHE79A322F.flac</res>
20:45:04,600: UL01789:     <dc:title>絶望を授けし者</dc:title>
20:45:04,600: UL01791:     <dc:date>2023</dc:date>
20:45:04,600: UL01793:     <dc:creator>西木康智</dc:creator>
20:45:04,600: UL01795:     <dc:publisher>SQUARE ENIX MUSIC</dc:publisher>
20:45:04,600: UL01797:     <upnp:album>OCTOPATH TRAVELER - CHAMPIONS OF THE CONTINENT ORIGINAL SOUNDTRACK vol.2</upnp:album>
20:45:04,600: UL01799:     <upnp:genre>Soundtrack</upnp:genre>
20:45:04,600: UL01801:     <upnp:artist>西木康智</upnp:artist>
20:45:04,600: UL01803:     <upnp:originalTrackNumber>04</upnp:originalTrackNumber>
20:45:04,600: UL01805:     <upnp:albumArtURI>http://10.1.1.160:29400/Image/05648.72f755b7-e0fc-428f-8b4a75a7be59e215.jpg</upnp:albumArtURI>
20:45:04,600: UL01807:     <upnp:class>object.item.audioItem.musicTrack</upnp:class>
20:45:04,600: UL01809:   </item>
20:45:04,600: UL01811: </DIDL-Lite>
20:45:04,600: UL01813: } -- CreatedMetadata --
20:45:04,600: UL01815: CommandSOAP: AVTransport:SetNextAVTransportURI
20:45:29,747: UL02905: <POL>: New URI found: 10.1.1.160 [http://10.1.1.160:29400/TuneID/00013981-RFHE79A322F.flac]
20:45:30,492: UL03011: Device notification: Node found: [CurrentTrackURI         ] : [http://10.1.1.160:29400/TuneID/00013981-RFHE79A322F.flac]
20:45:30,492: UL03013: Device notification: Node found: [CurrentTrackMetaData    ] : [<?xml version="1.0" encoding="utf-8"?><DIDL-Lite xmlns:dc="http://purl.org/dc/el (...)]
20:45:30,492: UL03015: <EVT>: DIDL/res: [http://10.1.1.160:29400/TuneID/00013981-RFHE79A322F.flac]
20:45:30,492: UL03017: <EVT>: - duration:[0:00:00]  nrAudioChannels:[2]  sampleFrequency:[44100]  protocolInfo:[http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01700000000000000000000000000000]

[Tiki]

ご連絡ありがとうございました。

64bit Waveの対応時に問題を混入させてしまったようです。次のリリースで改善したいと思います。

また余談でご指摘いただいた内容も、たしかに不具合でした。こちらも改善予定です。

ありがとうございます。よろしくお願いします。

[Tiki]

ご指摘ありがとうございます。確認したところ、たしかに明るい背景用のボタンイメージに欠損がありました。

次のリリースで改善したいと思います。よろしくお願いします。

[Tiki]

How did you get this information??

From subscribing event “AVTransport” or calling GetPositionInfo() API.

[Tiki]

in v.5.6.0, the following is a part of the uPnP process flow with “void” issue:

Thank you.

I’ve already checked SetAVTransportURI content in your log.

UI issue: timebar’s progress bar display

duration: Normal (SetAVTransportURI)

UL01613: <DIDL-Lite xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/">
UL01615:   <item>
UL01617:     <res protocolInfo="http-get:*:audio/flac:*" duration="0:01:08.638" bitrate="905107" bitsPerSample="16" nrAudioChannels="2" sampleFrequency="44100" DecodeEx="Normal">http://10.1.1.160:29400/TuneID/00013979-RFH491D8236.flac</res>
UL01619:     <dc:title>絶望を司りし時</dc:title>
UL01621:     <dc:date>2023</dc:date>
UL01623:     <dc:creator>西木康智</dc:creator>
UL01625:     <dc:publisher>SQUARE ENIX MUSIC</dc:publisher>
UL01627:     <upnp:album>OCTOPATH TRAVELER - CHAMPIONS OF THE CONTINENT ORIGINAL SOUNDTRACK vol.2</upnp:album>
UL01629:     <upnp:genre>Soundtrack</upnp:genre>
UL01631:     <upnp:artist>西木康智</upnp:artist>
UL01633:     <upnp:originalTrackNumber>03</upnp:originalTrackNumber>
UL01635:     <upnp:albumArtURI>http://10.1.1.160:29400/Image/05649.aad5f8a2-706a-4092-b442f063c78c9c6b.jpg</upnp:albumArtURI>
UL01637:     <upnp:class>object.item.audioItem.musicTrack</upnp:class>
UL01639:   </item>
UL01641: </DIDL-Lite> 

duration: Zero (SetNextAVTransportURI)

UL01783: <DIDL-Lite xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/">
UL01785:   <item>
UL01787:     <res protocolInfo="http-get:*:audio/flac:*" duration="0:06:04.925" bitrate="971356" bitsPerSample="16" nrAudioChannels="2" sampleFrequency="44100" DecodeEx="Normal">http://10.1.1.160:29400/TuneID/00013981-RFHE79A322F.flac</res>
UL01789:     <dc:title>絶望を授けし者</dc:title>
UL01791:     <dc:date>2023</dc:date>
UL01793:     <dc:creator>西木康智</dc:creator>
UL01795:     <dc:publisher>SQUARE ENIX MUSIC</dc:publisher>
UL01797:     <upnp:album>OCTOPATH TRAVELER - CHAMPIONS OF THE CONTINENT ORIGINAL SOUNDTRACK vol.2</upnp:album>
UL01799:     <upnp:genre>Soundtrack</upnp:genre>
UL01801:     <upnp:artist>西木康智</upnp:artist>
UL01803:     <upnp:originalTrackNumber>04</upnp:originalTrackNumber>
UL01805:     <upnp:albumArtURI>http://10.1.1.160:29400/Image/05648.72f755b7-e0fc-428f-8b4a75a7be59e215.jpg</upnp:albumArtURI>
UL01807:     <upnp:class>object.item.audioItem.musicTrack</upnp:class>
UL01809:   </item>
UL01811: </DIDL-Lite> 

There were no problematic differences.

[Tiki]

Did you make any changes to the whole UPnP process flow?

I mean the communication between the Server and the Renderer.

I’m sorry, but I don’t remeber all. But as I said above, there are many changes. What I am interested in is whether or not there is a problem with the current TuneBrowser operation.

[Tiki]

In this case, it seems that your device is recognized flac as “audio/mpeg”. Wouldn’t this be a hint?

[Tiki]

straid, in Version 5.6.0, the UPnP processing has changed dramatically to meet your needs. The internal processing, which contains temporary statements, has been rearranged, the decoder for HTTP service has been relocated. I have tested that it works on my test devices. There is no going back.

I suspect that the TuneBrowser change is having a negative impact in your environment, but I can’t address it because I don’t know what is wrong with TuneBrowser (if the TuneBrowser is sending UPnP messages that are not compliant with UPnP regulations, please let me know the message. I’ll check it).

[Tiki]

duration=”0:00:00″???

Yes, the answer to the first question below is that duration=”0:00:00″.I do not know why the device does so.

Duration 0 is appeared in your log UL05775. Unfortunately, it is not clear from this log why the duration was determined to be 0 (I’ll add logs in a next release).

[Tiki]

I have added logs of received DIDL/res info in 1773.

[Tiki]

I’m sorry, but I am not going to revert to the old version of the UPnP feature.

[Tiki]

I have checked your attached log file. There is no duration info in log. Probably, the duration info that TuneBrowser can recognize did not come in.

[Tiki]

Hi,

I have added logs for when invalid data are detected in received metadata.

[Tiki]

However, what does the “(Void)” mean when it appears?

In this case, elapsed time 15 is exceeded duration time 0. Therefore, the time information is determined to be void.

Duration 0 is appeared in your log UL05775. Unfortunately, it is not clear from this log why the duration was determined to be 0 (I’ll add logs in a next release).

[Tiki]

ご確認ありがとうございました。

[Tiki]

Hello.

I have added a support for 64bit float format of the wave file in the preliminary release. Please try this when you have time.

[Tiki]

こんばんは。

先ほど更新した先行版で、もともとTuneBrowserがインストールされていた環境では、バージョンアップしてももとの動作を維持するようにしました。よろしくお願いします。

[Tiki]

Hello.

I have made a decision regarding the operation of this feature. As noted above, due to the difficulties in controlling “Auto Hide” pane mode, I have decided to stop supporting this “Auto Hide” mode.

I know this decision does not meet your expectations, but it is the result of many considerations. I hope you will understand.

Thanks.

[Tiki]

ご報告ありがとうございました。

[Tiki]

Thank you. I understand.

[Tiki]

Thank you for your confirming.

[Tiki]

Hello.

However, the selected items in the docking window menu do not match what is actually displayed on the screen.

It seems that a name of “UPnP Status View” is matched between menu, and docking window title. Am I not understanding your point?

[Tiki]

検索してみると、たとえばこちらのトピックでは、おなじデバイスでも問題なく動作するようになっているようです。

DSDで同じビットレートの曲への切替動作について

すみませんが、いただいた情報だけだとこれ以上のことはわかりません..。

[Tiki]

Sometimes completely different artists release albums with the same name, so TuneBrowser combine several criteria for album classification, including the name of the artist.

If you simply want to specify only the album name, change the following settings

– TreeItem: Window/View – Queries
– Property: Standard Queries – Std group query
– Value: %ALBUM%

[Tiki]

スクリーンショットの貼り付けありがとうございます。

ただ、ログのごく一部しか確認することができず、残念ながらなにもわかりませんでした。詳細情報のログ表示部分はマウスで右クリックなどの操作ができますので、以下の要領でもうすこしログを採取していただけないでしょうか。

1. 右クリックでメニューを表示させて「すべて選択」「コピー」する。
2. メモ帳などのアプリを立ち上げて、右クリックで「貼り付け」すると、ログが貼り付けられるので、それをファイルに保存。
3. そのファイルを添付していただく。

[Tiki]

I’ve got a email from Chris1999 that he had received a license key.

Thanks.

[Tiki]

Hi Chris1999,

Thanks again for your DAC info.

And I resent license email from my another email address (gmail).

I hope this reaches you.

[Tiki]

ご連絡ありがとうございました。

解決してよかったです。

[Tiki]

Hello.

“Chris.L… @gmx.de” was also rejected.

----- The following addresses had permanent fatal errors -----
<Chris.L… @gmx.de>
(reason: 554-gmx.net (mxgmx107) Nemesis ESMTP Service not available)

 

What shall I do… ?

And you are using wav file. Thank you for information. I’d like to consider to do some for 64 bit format.

May I ask you one more thing ? What is the name of the DAC you are using ?

[Tiki]

こんにちは。ご報告ありがとうございます。

確認したところ、たしかに7月にALBUMARTISTとARTIST両方が出るように変更をしていました。経緯は追えなかったのですが、たしかALBUMARTISTとARTISTを統制できていない使い方をされているケースで、アーティストのまとめ方が不明確というような連絡があって、それならばと両方出るようにしていました。

ご指摘のケースでは逆に乱雑になってしまうので、次のリリースで元の定義に戻すようにしようと思います。

[Tiki]

herazikaさん、動作報告どうもありがとうございました。

UPnPについて、うまく動作しているようで安心しました。

またFLACのファイル処置の件、わたしのところでは現在のところは再生できなくなったFLACファイルはない状況ですが、動作に関して貴重な情報ありがとうございました。

[Tiki]

Would it be easily possible (don’t have any experience in programming, so I don’t know the efforts needed) to truncate the 64bit?

What file format are you using? wave (*.wav) file ?

[Tiki]

PS: I will buy Tunebrowser in the next minutes, so maybe this is a little bit of support for you 🙂

Thank you very much.

But license key email sent to “Chris.L…” has been returned to me.

May I resend email to address registered in this forum ?

[Tiki]

Hello.

TuneBrowser uses 64 bit for internal operations, but the input/output data is limited to 32 bit. If data beyond this level becomes more common, I may consider supporting, but I have no plans to do so at this time.

Thank you for your understanding.

[Tiki]

The behavior of dockable pane is not perfect. This is a limitation of the Microsoft framework I use and I’d like to improve it as much as possible, but it is not easy. Maybe you have hit on the problem.

Is this problem that you are experiencing serious? Or is it a specific usage problem?

[Tiki]

こんにちは。

他の方から同様のご報告がないところをみると、どうもご利用の環境に関係する問題のように思えます。

PCの再起動か、TuneBrowserの再インストールくらいしか思いつきません..。その再インストールはマイクロソフトストアのエラーで実行できないという話なのかもしれませんが。

エラーとして記載いただいている0x80070005は、マイクロソフトのツールで調べてみると以下のような内容でした。

# for hex 0x80070005 / decimal -2147024891
COR_E_UNAUTHORIZEDACCESS corerror.h
# Access is denied.
DIERR_OTHERAPPHASPRIO dinput.h
DIERR_READONLY dinput.h
DIERR_HANDLEEXISTS dinput.h
DSERR_ACCESSDENIED dsound.h
STIERR_READONLY stierr.h
STIERR_NOTINITIALIZED stierr.h
E_ACCESSDENIED winerror.h
# General access denied error
# as an HRESULT: Severity: FAILURE (1), FACILITY_WIN32 (0x7), Code 0x5
# for hex 0x5 / decimal 5
ERROR_ACCESS_DENIED winerror.h
# Access is denied.

 

アクセス拒否に類する内容のようですが、これもすぐに思いつく手としてはPCの再起動くらいでしょうか..。

他の方で、なにかこれを試してはという情報があればお願いします。

[Tiki]

Thank you very much for examples.

I’d like to consider these !

[Tiki]

Thank you for details.

But… unfortunatly, I could not reproduce both cases. It is very strange.

[Tiki]

Hello.

I was unable to reproduce your problem.
Could you please provide some more information about the problem?

[Tiki]

Thank you.

[Tiki]

> PS: “Disable EncoderType” this title is a little confusing for me. Providing a more detailed description may be good.

Thank you for pointing that out.

Could you suggest some example?

[Tiki]

> For Denon speaker???

Oh, it is my mistake. Testing values are appeared. I’d like to clear there special parameters in the next release.

[Tiki]

Thank you for testing.

[Tiki]

> it resulted in clipping in the soundbar’s speakers.

Yes, it will.

> Can the volume signal strength be adjusted to increase volume without relying on gain?

I’m sorry but I don’t intend to do it that way.

I’m going to return maximum value to +10dB.

[Tiki]

こんにちは。

Steinberg社製ASIOドライバーが動作しない件、長いあいだ打つ手のない状況がつづいていたのですが、べつのやり方を見つけることができ、おそらく対応することができたと思いますので、ご連絡します。

こちらの先行版で対応しています。よろしければお試しください。

[Tiki]

I have added following parameters.

– TreeItem: Playback settings – External UPnP renderer settings – <Device name>
– Property: UPnP Renderer settings – Sample rate limit
– Property: UPnP Renderer settings – Bit depth limit

Please try them.

[Tiki]

Now, you can use right click menu and copy.

[Tiki]

Hello.

I have added “Disable EncoderType” parameter.

– TreeItem: Playback settings – External UPnP renderer settings – <Device name>
– Property: UPnP Renderer settings – Disable EncoderType

You can avoid DFF/DST type here.

[Tiki]

Hello.

I have reviewed and improved the VST3 process, but unfortunately, I was unable to reproduce and address the issue you are experiencing here.

[Tiki]

The upper limit of the preamp has been extended in version 5.6.0. Please try it.

[Tiki]

ご確認ありがとうございました。

[Tiki]

こんにちは。TuneBrowserのご利用ありがとうございます。

タブのところで右クリックでメニューを表示させ「再生アイテムにフォーカスする」を選択いただくと、再生しているアルバムが表示されます。

そのコマンドに書いてあるように、既定の設定では「Shift+P」で同様の動作をします。

お試しください。

[Tiki]

I see. Thanks.

I’d like to increase maximum limit of this value in the next release.

[Tiki]

ukaさん、追加の情報ありがとうございます。

環境の問題でしょうかね…？

わたしの環境では再現しないことから、TuneBrowserの問題というよりは環境の問題と思いますが…。

[Tiki]

When you change the preamp value, does it change the volume you hear? Or does it not change at all?

[Tiki]

Hello.

TuneBrowser can set preamp level per device. Perhaps this would suit your needs.

– TreeItem: Playback settings – WASAPI settings/ASIO settings – <DeviceName>
– Property: Preamp – Preamp (dB) (-60dB～+10dB)

[Tiki]

ありがとうございます。

やはり、「ノイズだけでなく音程が外れる、ボーカルが薄くなり背景で鳴る音が大きくなるなど」の現象が発生するのでしょうか。
そのうえで、さらに曲の開始時に「ジジジッ」というノイズも発生する。ということになるのでしょうか。

5.5.2と5.5.3の差異は、変更履歴にもあるようにごくわずかで、ソースコード上でも数行程度、再生には関係のない電源イベントの処理関係の変更です。
そのため現在のところ思い当たる点がありません..。

[Tiki]

わたしが試した際にも、スキップで曲を再生しました。

他の方からのご報告を待ってみましょうか。

[投稿者]

投稿