フォーラムへの返信
-
投稿者投稿
-
storaid参加者
Hello, Tiki
very thanks for your improvements…
it’s very useful.
and, I found a maybe bug? I am not sure.
the expanded treeview is not matched with the relative tree query item after filtering.
see pic
thanks.
storaid参加者Hello, Tiki
“Perhaps the file name in CUE and the actual file names differ in upper/lower case (“MACROSS PLUS ORIGINAL SOUNDTRACK I.APE”). So it seems that referenced file was registered as a different file.
I will consider whether it can be improved.”
Your inference is right.
As the above picture, “MACROSS PLUS ORIGINAL SOUNDTRACK I.ape” this letter case of the actual file’s extension is not matched with CUE content.
2024-04-24 01:06 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #15021storaid参加者ok
thanks
storaid参加者ok
respect your opinion
thanks for your help.
2024-04-23 22:25 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #15017storaid参加者Hello, Tiki
I have a question
What circumstances allow the “Convert on-the-fly to audio/L16 format” function to work?
Thanks
storaid参加者Thanks, Tiki
I can see the gain message was recorded in the log
2024/04/23 20:58:24,024: UL10852: T00ae0: HTTPServer: [10.1.1.134 :54980]: Socket accepted. 2024/04/23 20:58:24,024: UL10853: T06258: HTTPServer: [10.1.1.134 :54980]: Processing [GET] /TuneID/00007582-RFHE1EEFF5C.dsf_WPRX?DecodeEx=WavProxy 2024/04/23 20:58:24,024: UL10854: T06258: HTTPServer: [10.1.1.134 :54980]: Tune: 00007582-RFHE1EEFF5C.dsf_WPRX -> 2024/04/23 20:58:24,024: UL10855: T06258: HTTPServer: [10.1.1.134 :54980]: \\10.1.1.127\music\[Hi-Res]NieR - Automata Vinyl [A+B Side]\NierAutomata\Weight of the World.dsf 2024/04/23 20:58:24,030: UL10856: T06258: HTTPServer: [10.1.1.134 :54980]: Source: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00007582-RFHE1EEFF5C.dsf_WPRX?DecodeEx=WavProxy] 2024/04/23 20:58:24,030: UL10857: T06258: HTTPServer: [10.1.1.134 :54980]: This is mine. 2024/04/23 20:58:24,030: UL10858: T06258: HTTPServer: [10.1.1.134 :54980]: Mine:Yes Managed:Yes Recorded:Yes Local file: [\\10.1.1.127\music\[Hi-Res]NieR - Automata Vinyl [A+B Side]\NierAutomata\Weight of the World.dsf] 2024/04/23 20:58:24,034: UL10859: T06258: HTTPServer: [10.1.1.134 :54980]: DecodeEx:WavProxy 2024/04/23 20:58:24,034: UL10860: T06258: HTTPServer: [10.1.1.134 :54980]: DecoderParam: 2024/04/23 20:58:24,034: UL10861: T06258: HTTPServer: [10.1.1.134 :54980]: RSMP: No 2024/04/23 20:58:24,034: UL10862: T06258: HTTPServer: [10.1.1.134 :54980]: DMIX: No 2024/04/23 20:58:24,034: UL10863: T06258: HTTPServer: [10.1.1.134 :54980]: DSD : Yes 2024/04/23 20:58:24,034: UL10864: T06258: HTTPServer: [10.1.1.134 :54980]: - xPCM: Auto 2024/04/23 20:58:24,034: UL10865: T06258: HTTPServer: [10.1.1.134 :54980]: - Gain: 6 2024/04/23 20:58:24,086: UL10867: T01a9c: --> EVENT /SR_AVTransport.notify: uuid:0eb808be-1dd2-11b2-b622-f293cc1e7d64 2024/04/23 20:58:24,086: UL10869: T01a9c: Subscriber: [Event]: Received EVENT: [AVTransport] 2024/04/23 20:58:24,086: UL10871: T01a9c: Subscriber: - [AVTransport]: Device notification: Node found: [TransportState ] : [TRANSITIONING] 2024/04/23 20:58:24,086: UL10873: T01a9c: UPnP_P: [Proc:TrState ] <EVT>: PlayerUPnP UPState changed [STOPPED ] to [TRANSITIONING ]
storaid参加者Hi, Tiki
Tested it..
it’s working as I expected.
and, is it possible to make some improvements?
my test:
I did these steps:
1. select one item from the list treeview before the filter
2. use keywords typed to filter and show previous expanded treeview and no previous selection shown
3. clear the filter and show
I will see that there is no expanded view shown.
2024-04-22 23:57 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #15005storaid参加者Or provide a more detail description, like the following:
Convert on-the-fly to Wave format
Convert on-the-fly to Wave format and send.When set to ‘Yes’ here, it will depend on your audio source. Alternatively, if set to ‘If possible’, it will only apply to Hi-Res audio source.
Thanks
2024-04-22 23:28 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #15004storaid参加者Hello, Tiki
I don’t understand your usage environment. I recommended setting “Convert on-the-fly to Wave format” to “If possible”.
Here are my another tests
Device: WiiM Pro Plus(16/24/32, up to 768KHz)
audio/wav <- http-get:*:audio/wav:DLNA.ORG_PN=LPCM audio/x-wav <- http-get:*:audio/x-wav:DLNA.ORG_PN=LPCM audio/mpeg <- http-get:*:audio/mpeg:DLNA.ORG_PN=MP3 audio/mpeg <- http-get:*:audio/mpeg:DLNA.ORG_PN=MP3X audio/x-ms-wma <- http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE audio/x-ms-wma <- http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL audio/x-ms-wma <- http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAPRO audio/mpeg <- http-get:*:audio/mpeg:DLNA.ORG_PN=MP2_MPS audio/mp3 <- http-get:*:audio/mp3:* audio/wma <- http-get:*:audio/wma:* audio/mpeg <- http-get:*:audio/mpeg:* audio/vnd.dlna.adts <- http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS audio/vnd.dlna.adts <- http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS_320 audio/m4a <- http-get:*:audio/m4a:DLNA.ORG_PN=AAC_ISO audio/aac <- http-get:*:audio/aac:DLNA.ORG_PN=AAC_ISO audio/ac3 <- http-get:*:audio/ac3:DLNA.ORG_PN=AC3 audio/ogg <- http-get:*:audio/ogg:* audio/ape <- http-get:*:audio/ape:* audio/x-ape <- http-get:*:audio/x-ape:* audio/flac <- http-get:*:audio/flac:*
Convert on-the-fly to Wave format: Yes
Test 1:
source: flac, 16/44.1
result: no transcoding, working
Test 2:
source: flac, 24/48
result: no transcoding, working
Test 3:
source: flac, 24/96
result: no transcoding, working
Test 4:
source: flac, 24/192
result: no transcoding, working
Convert on-the-fly to Wave format: Is possible
Test 1:
source: flac, 16/44.1
result: no transcoding, working
Test 2:
source: flac, 24/48
result: transcoding, working
Test 3:
source: flac, 24/96
result: transcoding, working
Test 4:
source: flac, 24/192
result: transcoding, working
These tests indicate that there may be confusion regarding the options ‘If possible’ and ‘Yes’ in that setting.
In my opinion,
“Yes”: This option may lead people to believe that ProxyStream will always remain active, but that is not the case.
“If possible”: This option may lead people to believe that the application will determine whether ProxyStream is active based on the audio source. In reality, ProxyStream is only active for Hi-Res sources.
This is my perspective.
If I’m correct, it’s my personal opinion that changing “Yes” to “Yes (dependent on source)” and “If possible” to “Yes (except for CD Quality)” would be more precise.
You can think about it. Thanks.
“I know what you hope. But it’s going to take a lot of my time to do it.”
okay
2024-04-22 22:05 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #15002storaid参加者Hello, Tiki
“No. Like CD quality source is not applied ProxyStream.”
Are you saying that ProxyStream will not function in the 16-bit/44.1 kHz source?
My test shows that ProxyStream always keeps working when playing Hi-Res audio (24-bit or higher).
It seems that setting that option to ‘Yes’ will depend on the situation.
During Hi-Res audio playback, ProxyStream functionality may not always work in my some tests.
It will depend on the circumstances.
IMO, there is confusion regarding the options ‘If possible’ and ‘Yes’ in that setting.
If I’m right, it’s my personal opinion, perhaps “Yes => Yes(depend on source)” and “If possible => Yes(except CD Quality)” would be better.
“When playing PCM (Wav) over UPnP, the application does not know the performance limits of the device.
Now you are talking about bit depth limits, but in the future, someone may also be talking about sample rate limits.”Here’s what I think.
I think that adding a bit-depth dropdown menu item in the UPnP device settings, such as Limited Bit-depth (16/24/32, default: No), would improve ProxyStream’s ability to detect the source’s bit-depth(e.g.: 24b/96k flac file) and determine whether it should be active.
This would allow the application to check if the audio file’s bit-depth exceeds the set value.
If it does, ProxyStream would be triggered (when the item is set to 16, 24, or 32); otherwise, it would remain “default”.
This setting is only used for checking. (Of course, the ProxyStream of bit-depth depends on the source would be better. If the bit-depth item has been set in the device settings, then the bit-depth of transcoding will not exceed that item value, and it’s max value.)
For some active speakers or h/w music systems(support UPnP), such as very expensive DEVIALET or B&W, the bit depth they can support is mostly limited.
Sometimes, that bit-depth setting may be helpful for them.
Thanks
2024-04-21 20:11 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #14999storaid参加者Hi, Tiki
‘If possible’ has a positive meaning. Whenever possible, ProxyStream will be used.
Ok,
That will result in ProxyStream always working. it’s right?
Is it possible to add the bit-depth limitation setting, such as Limited Bit-depth (16/24/32, default: No), to the UPnP device configuration?
I think this would be helpful for on-the-fly transcoding to detect bit-depth.
2024-04-20 11:36 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #14994storaid参加者well, I’m confused…
It seems that setting this option to ‘If possible’ will result in ProxyStream always working.
Source: flac/24bits@96KHz
2024/04/20 10:21:40,996: UL11332: T06e54: UPnP_P: PlayImpl: Doing SetAVTransportURI: AVTType::CurrTune 2024/04/20 10:21:40,996: UL11334: T06e54: UPnP_P: PlayImpl: Checking ProxyStream for file: [\\10.1.1.127\music\[Hi-Res]TVアニメ「Re:ゼロから始める異世界生活」サウンドトラック/末廣健一郎\1-0008002799.flac] 2024/04/20 10:21:40,996: UL11336: T06e54: UPnP_P: WPLimitied=Yes : WavProxyLimitedUse==Yes && (DSD==No || Subsong==No || HiRes==Yes) 2024/04/20 10:21:40,996: UL11338: T06e54: UPnP_P: WavProxy_OK=Yes : UseWavProxy==ExDecd::IfP && MIME_OK==Yes (audio/wav) && WPLimitied==Yes 2024/04/20 10:21:40,996: UL11340: T06e54: UPnP_P: AudioL16_OK=No : UseAudioL16==ExDecd::Yes && MIME_OK==No (audio/L16) 2024/04/20 10:21:40,996: UL11342: T06e54: UPnP_P: WavProxy_Req=Yes : WavProxy_OK==Yes && (UseWavProxy(ExDecd::IfP)==ExDecd::IfP || Tag==No (USE_WAV_PROXY)) 2024/04/20 10:21:40,996: UL11344: T06e54: UPnP_P: AudioL16_Req=No : AudioL16_OK==No && (UseAudioL16(ExDecd::Yes)==ExDecd::IfP || Tag==No (USE_AUDIO_L16)) 2024/04/20 10:21:40,996: UL11346: T06e54: UPnP_P: ProxyStream=Yes : MIME_NG==No (audio/flac) || Subsong==No || WavProxy_Req==Yes || AudioL16_Req==No || GenToFixedDrive==No || UseProxyStream==ProxyStrm::Auto 2024/04/20 10:21:40,996: UL11348: T06e54: UPnP_P: PrxType=WavProxy : WavProxy_Req==Yes AudioL16_Req==No WavProxy_OK==Yes AudioL16_OK==No 2024/04/20 10:21:40,996: UL11350: T06e54: UPnP_P: ProxyStream is [WavProxy] (WPRX) 2024/04/20 10:21:40,997: UL11352: T06e54: UPnP_P: [SetAVTransportURI]: File: 10.1.1.127 [\\10.1.1.127\music\[Hi-Res]TVアニメ「Re:ゼロから始める異世界生活」サウンドトラック/末廣健一郎\1-0008002799.flac] 2024/04/20 10:21:40,997: UL11354: T06e54: UPnP_P: [SetAVTransportURI]: URI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00016517-RFH8BCFA511.flac_WPRX?DecodeEx=WavProxy] 2024/04/20 10:21:40,997: UL11356: T06e54: UPnP_P: [SetAVTransportURI]: <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/"> 2024/04/20 10:21:40,997: UL11358: T06e54: UPnP_P: [SetAVTransportURI]: <item> 2024/04/20 10:21:40,997: UL11360: T06e54: UPnP_P: [SetAVTransportURI]: <res protocolInfo="http-get:*:audio/wav:*" duration="0:03:49.183" bitsPerSample="24" nrAudioChannels="2" sampleFrequency="96000" DecodeEx="WavProxy">http://10.1.1.156:29400/TuneID/00016517-RFH8BCFA511.flac_WPRX?DecodeEx=WavProxy</res> 2024/04/20 10:21:40,997: UL11362: T06e54: UPnP_P: [SetAVTransportURI]: <dc:title>愛と漆黒の輪舞曲 - MainTheme -</dc:title> 2024/04/20 10:21:40,997: UL11364: T06e54: UPnP_P: [SetAVTransportURI]: <dc:creator>末廣健一郎</dc:creator> 2024/04/20 10:21:40,997: UL11366: T06e54: UPnP_P: [SetAVTransportURI]: <dc:publisher>KADOKAWA</dc:publisher> 2024/04/20 10:21:40,997: UL11368: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:album>TVアニメ「Re:ゼロから始める異世界生活」サウンドトラックCD</upnp:album> 2024/04/20 10:21:40,997: UL11370: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:artist>末廣健一郎</upnp:artist> 2024/04/20 10:21:40,997: UL11372: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:artist role="AlbumArtist">末廣健一郎</upnp:artist> 2024/04/20 10:21:40,997: UL11374: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:artist role="Composer">末廣健一郎</upnp:artist> 2024/04/20 10:21:40,997: UL11376: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:originalTrackNumber>01</upnp:originalTrackNumber> 2024/04/20 10:21:40,997: UL11378: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:albumArtURI>http://10.1.1.156:29400/Image/20391.6d7b5df6-6ce3-4bea-b9025f49142ee028.jpg</upnp:albumArtURI> 2024/04/20 10:21:40,997: UL11380: T06e54: UPnP_P: [SetAVTransportURI]: <upnp:class>object.item.audioItem.musicTrack</upnp:class> 2024/04/20 10:21:40,997: UL11382: T06e54: UPnP_P: [SetAVTransportURI]: </item> 2024/04/20 10:21:40,997: UL11384: T06e54: UPnP_P: [SetAVTransportURI]: </DIDL-Lite> 2024/04/20 10:21:40,997: UL11386: T06e54: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/20 10:21:41,139: UL11388: T06e54: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] finished. 2024/04/20 10:21:41,140: UL11390: T06e54: UPnP_P: [SetAVTransportURI]: [Denon Home 350] accepted current tune by SetAVTransportURI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00016517-RFH8BCFA511.flac_WPRX?DecodeEx=WavProxy] 2024/04/20 10:21:41,140: UL11392: T06e54: UPnP_P: PlayImpl: Keep SUBSCRIBE by user request. 2024/04/20 10:21:41,170: UL11394: T06e54: UPnP_P: PlayImpl: RelTimeEvent: No 2024/04/20 10:21:41,170: UL11396: T06e54: UPnP_P: PlayImpl: SyncActive: No 2024/04/20 10:21:41,170: UL11398: T06e54: UPnP_P: PlayImpl: Post Play. 2024/04/20 10:21:41,201: UL11400: T06e54: UPnP_P: [SOAP Request]: SOAP request: [Play ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/20 10:21:41,281: UL11402: T06e54: UPnP_P: [SOAP Request]: SOAP request: [Play ] finished. 2024/04/20 10:21:41,281: UL11404: T06e54: UPnP_P: PlayImpl: Waiting for state change in 10000 ms. 2024/04/20 10:21:41,321: UL11406: T024a4: UPnP_P: [Proc:TrState ] <POL>: PlayerUPnP UPState changed [STOPPED ] to [TRANSITIONING ] 2024/04/20 10:21:41,321: UL11408: T024a4: UPnP_P: [Proc:TrState ] <POL>: State : TRANSITIONING 2024/04/20 10:21:41,341: UL11410: T06e54: UPnP_P: PlayImpl: State change detected. 2024/04/20 10:21:41,341: UL11412: T06e54: UPnP_P: PlayImpl: Waiting for state change has done in 60 ms. 2024/04/20 10:21:41,341: UL11414: T06e54: UPnP_P: PlayImpl: Waiting for state change before seek in 10000 ms. 2024/04/20 10:21:41,346: UL11415: T07740: HTTPServer: [10.1.1.192 :54923]: Socket accepted. 2024/04/20 10:21:41,346: UL11416: T00b60: HTTPServer: [10.1.1.192 :54923]: Processing [GET] /TuneID/00016517-RFH8BCFA511.flac_WPRX?DecodeEx=WavProxy 2024/04/20 10:21:41,346: UL11417: T00b60: HTTPServer: [10.1.1.192 :54923]: Tune: 00016517-RFH8BCFA511.flac_WPRX -> 2024/04/20 10:21:41,346: UL11418: T00b60: HTTPServer: [10.1.1.192 :54923]: \\10.1.1.127\music\[Hi-Res]TVアニメ「Re:ゼロから始める異世界生活」サウンドトラック/末廣健一郎\1-0008002799.flac 2024/04/20 10:21:41,350: UL11419: T00b60: HTTPServer: [10.1.1.192 :54923]: DecodeEx:WavProxy
2024-04-20 11:18 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #14993storaid参加者Hello, Tiki
Tested it again…
Device: Denon Home 350 (32-bit depth is unsupported)
Case 1:
Source: wav/32bits@96KHz
Result: working with on-the-fly transcoding
2024/04/20 10:04:02,355: UL05924: T06e54: UPnP_P: PlayImpl: Doing SetAVTransportURI: AVTType::CurrTune 2024/04/20 10:04:02,355: UL05926: T06e54: UPnP_P: PlayImpl: Checking ProxyStream for file: [\\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav] 2024/04/20 10:04:02,355: UL05928: T06e54: UPnP_P: WPLimitied=Yes : WavProxyLimitedUse==Yes && (DSD==No || Subsong==No || HiRes==Yes) 2024/04/20 10:04:02,355: UL05930: T06e54: UPnP_P: WavProxy_OK=Yes : UseWavProxy==ExDecd::IfP && MIME_OK==Yes (audio/wav) && WPLimitied==Yes 2024/04/20 10:04:02,355: UL05932: T06e54: UPnP_P: AudioL16_OK=No : UseAudioL16==ExDecd::Yes && MIME_OK==No (audio/L16) 2024/04/20 10:04:02,355: UL05934: T06e54: UPnP_P: WavProxy_Req=Yes : WavProxy_OK==Yes && (UseWavProxy(ExDecd::IfP)==ExDecd::IfP || Tag==No (USE_WAV_PROXY)) 2024/04/20 10:04:02,355: UL05936: T06e54: UPnP_P: AudioL16_Req=No : AudioL16_OK==No && (UseAudioL16(ExDecd::Yes)==ExDecd::IfP || Tag==No (USE_AUDIO_L16)) 2024/04/20 10:04:02,355: UL05938: T06e54: UPnP_P: ProxyStream=Yes : MIME_NG==No (audio/wav) || Subsong==No || WavProxy_Req==Yes || AudioL16_Req==No || GenToFixedDrive==No || UseProxyStream==ProxyStrm::Auto 2024/04/20 10:04:02,355: UL05940: T06e54: UPnP_P: PrxType=WavProxy : WavProxy_Req==Yes AudioL16_Req==No WavProxy_OK==Yes AudioL16_OK==No 2024/04/20 10:04:02,355: UL05942: T06e54: UPnP_P: ProxyStream is [WavProxy] (WPRX) 2024/04/20 10:04:02,356: UL05944: T06e54: UPnP_P: [SetAVTransportURI]: File: 10.1.1.127 [\\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav] 2024/04/20 10:04:02,356: UL05946: T06e54: UPnP_P: [SetAVTransportURI]: URI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00011446-RFHD43DEFFD.wav_WPRX?DecodeEx=WavProxy] 2024/04/20 10:04:02,356: UL05948: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:04:02,356: UL05950: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:04:02,356: UL05952: T06e54: UPnP_P: [SetAVTransportURI]: http://10.1.1.156:29400/TuneID/00011446-RFHD43DEFFD.wav_WPRX?DecodeEx=WavProxy 2024/04/20 10:04:02,356: UL05954: T06e54: UPnP_P: [SetAVTransportURI]: 01_邪王真眼健在! 2024/04/20 10:04:02,356: UL05956: T06e54: UPnP_P: [SetAVTransportURI]: Unknown Artist 2024/04/20 10:04:02,356: UL05958: T06e54: UPnP_P: [SetAVTransportURI]: [Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST 2024/04/20 10:04:02,356: UL05960: T06e54: UPnP_P: [SetAVTransportURI]: Unknown Artist 2024/04/20 10:04:02,356: UL05962: T06e54: UPnP_P: [SetAVTransportURI]: http://10.1.1.156:29400/Image/08201.7af6d856-a704-44d0-b84509aff1e5f0b6.jpg 2024/04/20 10:04:02,356: UL05964: T06e54: UPnP_P: [SetAVTransportURI]: object.item.audioItem.musicTrack 2024/04/20 10:04:02,356: UL05966: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:04:02,356: UL05968: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:04:02,356: UL05970: T06e54: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/20 10:04:02,481: UL05972: T06e54: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] finished. 2024/04/20 10:04:02,481: UL05974: T06e54: UPnP_P: [SetAVTransportURI]: [Denon Home 350] accepted current tune by SetAVTransportURI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00011446-RFHD43DEFFD.wav_WPRX?DecodeEx=WavProxy] 2024/04/20 10:04:02,481: UL05976: T06e54: UPnP_P: PlayImpl: Keep SUBSCRIBE by user request. 2024/04/20 10:04:02,512: UL05978: T06e54: UPnP_P: PlayImpl: RelTimeEvent: No 2024/04/20 10:04:02,512: UL05980: T06e54: UPnP_P: PlayImpl: SyncActive: No 2024/04/20 10:04:02,512: UL05982: T06e54: UPnP_P: PlayImpl: Post Play. 2024/04/20 10:04:02,512: UL05984: T06e54: UPnP_P: [SOAP Request]: SOAP request: [Play ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/20 10:04:02,556: UL05986: T06e54: UPnP_P: [SOAP Request]: SOAP request: [Play ] finished. 2024/04/20 10:04:02,556: UL05988: T06e54: UPnP_P: PlayImpl: Waiting for state change in 10000 ms. 2024/04/20 10:04:02,619: UL05989: T07740: HTTPServer: [10.1.1.192 :54873]: Socket accepted. 2024/04/20 10:04:02,619: UL05990: T00b60: HTTPServer: [10.1.1.192 :54873]: Processing [GET] /TuneID/00011446-RFHD43DEFFD.wav_WPRX?DecodeEx=WavProxy 2024/04/20 10:04:02,619: UL05991: T00b60: HTTPServer: [10.1.1.192 :54873]: Tune: 00011446-RFHD43DEFFD.wav_WPRX -> 2024/04/20 10:04:02,619: UL05992: T00b60: HTTPServer: [10.1.1.192 :54873]: \\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav 2024/04/20 10:04:02,625: UL05993: T00b60: HTTPServer: [10.1.1.192 :54873]: DecodeEx:WavProxy 2024/04/20 10:04:02,859: UL05997: T00b60: HTTPServer: [10.1.1.192 :54873]: Begin monitoring playback.
Case 2:
Source: m4a/32bits@96KHz
Result: working with on-the-fly transcoding
2024/04/20 10:07:42,196: UL07021: T06e54: UPnP_P: PlayImpl: Doing SetAVTransportURI: AVTType::CurrTune 2024/04/20 10:07:42,196: UL07023: T06e54: UPnP_P: PlayImpl: Checking ProxyStream for file: [\\10.1.1.127\music\[Hi-Res]calling【アニメ盤】\01_calling.m4a] 2024/04/20 10:07:42,196: UL07025: T06e54: UPnP_P: WPLimitied=Yes : WavProxyLimitedUse==Yes && (DSD==No || Subsong==No || HiRes==Yes) 2024/04/20 10:07:42,196: UL07027: T06e54: UPnP_P: WavProxy_OK=Yes : UseWavProxy==ExDecd::IfP && MIME_OK==Yes (audio/wav) && WPLimitied==Yes 2024/04/20 10:07:42,196: UL07029: T06e54: UPnP_P: AudioL16_OK=No : UseAudioL16==ExDecd::Yes && MIME_OK==No (audio/L16) 2024/04/20 10:07:42,196: UL07031: T06e54: UPnP_P: WavProxy_Req=Yes : WavProxy_OK==Yes && (UseWavProxy(ExDecd::IfP)==ExDecd::IfP || Tag==No (USE_WAV_PROXY)) 2024/04/20 10:07:42,196: UL07033: T06e54: UPnP_P: AudioL16_Req=No : AudioL16_OK==No && (UseAudioL16(ExDecd::Yes)==ExDecd::IfP || Tag==No (USE_AUDIO_L16)) 2024/04/20 10:07:42,196: UL07035: T06e54: UPnP_P: ProxyStream=Yes : MIME_NG==Yes (audio/mp4) || Subsong==No || WavProxy_Req==Yes || AudioL16_Req==No || GenToFixedDrive==No || UseProxyStream==ProxyStrm::Auto 2024/04/20 10:07:42,196: UL07037: T06e54: UPnP_P: PrxType=WavProxy : WavProxy_Req==Yes AudioL16_Req==No WavProxy_OK==Yes AudioL16_OK==No 2024/04/20 10:07:42,196: UL07039: T06e54: UPnP_P: ProxyStream is [WavProxy] (WPRX) 2024/04/20 10:07:42,197: UL07041: T06e54: UPnP_P: [SetAVTransportURI]: File: 10.1.1.127 [\\10.1.1.127\music\[Hi-Res]calling【アニメ盤】\01_calling.m4a] 2024/04/20 10:07:42,197: UL07043: T06e54: UPnP_P: [SetAVTransportURI]: URI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00013125-RFH9CE9C489.m4a_WPRX?DecodeEx=WavProxy] 2024/04/20 10:07:42,197: UL07045: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:07:42,197: UL07047: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:07:42,197: UL07049: T06e54: UPnP_P: [SetAVTransportURI]: http://10.1.1.156:29400/TuneID/00013125-RFH9CE9C489.m4a_WPRX?DecodeEx=WavProxy 2024/04/20 10:07:42,197: UL07051: T06e54: UPnP_P: [SetAVTransportURI]: calling 2024/04/20 10:07:42,197: UL07053: T06e54: UPnP_P: [SetAVTransportURI]: fhana 2024/04/20 10:07:42,197: UL07055: T06e54: UPnP_P: [SetAVTransportURI]: calling【アニメ盤】(32bit float / 96kHz) 2024/04/20 10:07:42,197: UL07057: T06e54: UPnP_P: [SetAVTransportURI]: fhana 2024/04/20 10:07:42,197: UL07059: T06e54: UPnP_P: [SetAVTransportURI]: 佐藤純一 2024/04/20 10:07:42,197: UL07061: T06e54: UPnP_P: [SetAVTransportURI]: 1 2024/04/20 10:07:42,197: UL07063: T06e54: UPnP_P: [SetAVTransportURI]: http://10.1.1.156:29400/Image/12501.05cd738b-b6c4-4bca-93210ba16aa53d7c.jpg 2024/04/20 10:07:42,197: UL07065: T06e54: UPnP_P: [SetAVTransportURI]: object.item.audioItem.musicTrack 2024/04/20 10:07:42,197: UL07067: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:07:42,197: UL07069: T06e54: UPnP_P: [SetAVTransportURI]: 2024/04/20 10:07:42,197: UL07071: T06e54: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/20 10:07:42,231: UL07077: T06e54: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] finished. 2024/04/20 10:07:42,231: UL07079: T06e54: UPnP_P: [SetAVTransportURI]: [Denon Home 350] accepted current tune by SetAVTransportURI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00013125-RFH9CE9C489.m4a_WPRX?DecodeEx=WavProxy] 2024/04/20 10:07:42,231: UL07081: T06e54: UPnP_P: PlayImpl: Keep SUBSCRIBE by user request. 2024/04/20 10:07:42,261: UL07083: T06e54: UPnP_P: PlayImpl: RelTimeEvent: No 2024/04/20 10:07:42,261: UL07085: T06e54: UPnP_P: PlayImpl: SyncActive: No 2024/04/20 10:07:42,261: UL07087: T06e54: UPnP_P: PlayImpl: Post Play. 2024/04/20 10:07:42,261: UL07089: T06e54: UPnP_P: [SOAP Request]: SOAP request: [Play ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/20 10:07:42,282: UL07091: T06e54: UPnP_P: [SOAP Request]: SOAP request: [Play ] finished. 2024/04/20 10:07:42,282: UL07093: T06e54: UPnP_P: PlayImpl: Waiting for state change in 10000 ms. 2024/04/20 10:07:42,347: UL07094: T07740: HTTPServer: [10.1.1.192 :54887]: Socket accepted. 2024/04/20 10:07:42,347: UL07095: T01144: HTTPServer: [10.1.1.192 :54887]: Processing [GET] /TuneID/00013125-RFH9CE9C489.m4a_WPRX?DecodeEx=WavProxy 2024/04/20 10:07:42,347: UL07096: T01144: HTTPServer: [10.1.1.192 :54887]: Tune: 00013125-RFH9CE9C489.m4a_WPRX -> 2024/04/20 10:07:42,347: UL07097: T01144: HTTPServer: [10.1.1.192 :54887]: \\10.1.1.127\music\[Hi-Res]calling【アニメ盤】\01_calling.m4a 2024/04/20 10:07:42,353: UL07098: T01144: HTTPServer: [10.1.1.192 :54887]: DecodeEx:WavProxy 2024/04/20 10:07:42,564: UL07100: T01144: HTTPServer: [10.1.1.192 :54887]: Begin monitoring playback.
it’s weird.
setting “Convert on-the-fly to Wave format” as “Yes” will cause failed wav/32bit@96KHz playback.
how does it work with this setting?
2024-04-19 22:59 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #14992storaid参加者Hello, Tiki
Tested it by setting UseProxyStream as “Always”
it’s working, but that means ProxyStream always starts working every time playing track.
2024/04/19 21:50:09,900: UL05258: T021dc: UPnP_P: Current tune lost sequence position. 2024/04/19 21:50:09,901: UL05260: T021dc: UPnP_P: Current tune: [\\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav:0] 2024/04/19 21:50:09,902: UL05262: T021dc: UPnP_P: Post PlayerNotify: 7015 [Update] 2024/04/19 21:50:09,902: UL05264: T021dc: UPnP_P: Current tune adjusted to sequence position 0. 2024/04/19 21:50:09,902: UL05266: T021dc: UPnP_P: Apply current seek value to player: 0.0 2024/04/19 21:50:09,903: UL05268: T021dc: UPnP_P: GUI part detected tune change: [\\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav:0] 2024/04/19 21:50:09,907: UL05274: T021dc: UPnP_P: Proc PlayerNotify: 7015 [Update] 2024/04/19 21:50:09,956: UL05276: T02334: UpdateSVar: [Info ]: [(ImageUrl) ]: [http://10.1.1.156:29400/Image/08201.7af6d856-a704-44d0-b84509aff1e5f0b6.jpg] 2024/04/19 21:50:09,956: UL05277: T02334: UpdateSVar: [Info ]: [Metadata ]: [<DIDL-Lite xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dc="http://purl.org/dc/elem...] 2024/04/19 21:50:09,956: UL05278: T02334: UpdateSVar: [TR_AVT ]: [CurrentTrackMetaData]: [<DIDL-Lite xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dc="http://purl.org/dc/elem...] 2024/04/19 21:50:09,956: UL05279: T02334: UpdateSVar: [Info ]: [TrackCount ]: [6] 2024/04/19 21:50:10,165: UL05290: T021dc: UPnP_P: Requesting player command: [Play] 2024/04/19 21:50:10,165: UL05292: T056e0: UPnP_P: Processing player command: [Play] 2024/04/19 21:50:10,165: UL05294: T056e0: UPnP_P: Proc: [Play] 2024/04/19 21:50:10,165: UL05296: T056e0: UPnP_P: Playback starts from the top. 2024/04/19 21:50:10,165: UL05298: T056e0: UPnP_P: PlayerPlayStatus: [Stop] -> [Playing] 2024/04/19 21:50:10,165: UL05300: T056e0: UPnP_P: Post PlayerNotify: 0001 [PlayStatus] 2024/04/19 21:50:10,165: UL05302: T056e0: UPnP_P: Post PlayerNotify: 7016 [PlaybackBegin] 2024/04/19 21:50:10,165: UL05304: T056e0: UPnP_P: PlayImpl: Post PlayerNotify: 7017 [SpecUpdate] 2024/04/19 21:50:10,165: UL05306: T056e0: UPnP_P: PlayImpl: Post [Stop] before SetAVTransportURI by user setting. 2024/04/19 21:50:10,166: UL05308: T056e0: UPnP_P: [SOAP Request]: SOAP request: [Stop ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/19 21:50:10,166: UL05310: T021dc: UPnP_P: Proc PlayerNotify: 0001 [PlayStatus] 2024/04/19 21:50:10,171: UL05312: T021dc: UPnP_P: Proc PlayerNotify: 7016 [PlaybackBegin] 2024/04/19 21:50:10,183: UL05314: T056e0: UPnP_P: [SOAP Request]: SOAP request: [Stop ] finished. 2024/04/19 21:50:10,183: UL05316: T056e0: UPnP_P: PlayImpl: Doing SetAVTransportURI: AVTType::CurrTune 2024/04/19 21:50:10,183: UL05318: T056e0: UPnP_P: PlayImpl: Checking ProxyStream for file: [\\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav] 2024/04/19 21:50:10,183: UL05320: T056e0: UPnP_P: WPLimitied=Yes : WavProxyLimitedUse==Yes && (DSD==No || Subsong==No || HiRes==Yes) 2024/04/19 21:50:10,183: UL05322: T056e0: UPnP_P: WavProxy_OK=Yes : UseWavProxy==ExDecd::Yes && MIME_OK==Yes (audio/wav) && WPLimitied==Yes 2024/04/19 21:50:10,183: UL05324: T056e0: UPnP_P: AudioL16_OK=No : UseAudioL16==ExDecd::Yes && MIME_OK==No (audio/L16) 2024/04/19 21:50:10,183: UL05326: T056e0: UPnP_P: WavProxy_Req=No : WavProxy_OK==Yes && (UseWavProxy(ExDecd::Yes)==ExDecd::IfP || Tag==No (USE_WAV_PROXY)) 2024/04/19 21:50:10,183: UL05328: T056e0: UPnP_P: AudioL16_Req=No : AudioL16_OK==No && (UseAudioL16(ExDecd::Yes)==ExDecd::IfP || Tag==No (USE_AUDIO_L16)) 2024/04/19 21:50:10,183: UL05330: T056e0: UPnP_P: ProxyStream=Yes : MIME_NG==No (audio/wav) || Subsong==No || WavProxy_Req==No || AudioL16_Req==No || GenToFixedDrive==No || UseProxyStream==ProxyStrm::Always 2024/04/19 21:50:10,183: UL05332: T056e0: UPnP_P: PrxType=WavProxy : WavProxy_Req==No AudioL16_Req==No WavProxy_OK==Yes AudioL16_OK==No 2024/04/19 21:50:10,184: UL05334: T056e0: UPnP_P: ProxyStream is [WavProxy] (WPRX) 2024/04/19 21:50:10,184: UL05336: T056e0: UPnP_P: [SetAVTransportURI]: File: 10.1.1.127 [\\10.1.1.127\music\[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST\01_邪王真眼健在!.wav] 2024/04/19 21:50:10,184: UL05338: T056e0: UPnP_P: [SetAVTransportURI]: URI: 10.1.1.156 [http://10.1.1.156:29400/TuneID/00011446-RFHD43DEFFD.wav_WPRX?DecodeEx=WavProxy] 2024/04/19 21:50:10,184: UL05340: T056e0: UPnP_P: [SetAVTransportURI]: <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/"> 2024/04/19 21:50:10,184: UL05342: T056e0: UPnP_P: [SetAVTransportURI]: <item> 2024/04/19 21:50:10,184: UL05344: T056e0: UPnP_P: [SetAVTransportURI]: <res protocolInfo="http-get:*:audio/wav:*" duration="0:01:55.133" bitsPerSample="24" nrAudioChannels="2" sampleFrequency="96000" DecodeEx="WavProxy">http://10.1.1.156:29400/TuneID/00011446-RFHD43DEFFD.wav_WPRX?DecodeEx=WavProxy</res> 2024/04/19 21:50:10,184: UL05346: T056e0: UPnP_P: [SetAVTransportURI]: <dc:title>01_邪王真眼健在!</dc:title> 2024/04/19 21:50:10,184: UL05348: T056e0: UPnP_P: [SetAVTransportURI]: <dc:creator>Unknown Artist</dc:creator> 2024/04/19 21:50:10,184: UL05350: T056e0: UPnP_P: [SetAVTransportURI]: <upnp:album>[Hi-Res]『映画 中二病でも恋がしたい! -Take On Me-』OST</upnp:album> 2024/04/19 21:50:10,184: UL05352: T056e0: UPnP_P: [SetAVTransportURI]: <upnp:artist>Unknown Artist</upnp:artist> 2024/04/19 21:50:10,184: UL05354: T056e0: UPnP_P: [SetAVTransportURI]: <upnp:albumArtURI>http://10.1.1.156:29400/Image/08201.7af6d856-a704-44d0-b84509aff1e5f0b6.jpg</upnp:albumArtURI> 2024/04/19 21:50:10,184: UL05356: T056e0: UPnP_P: [SetAVTransportURI]: <upnp:class>object.item.audioItem.musicTrack</upnp:class> 2024/04/19 21:50:10,184: UL05358: T056e0: UPnP_P: [SetAVTransportURI]: </item> 2024/04/19 21:50:10,184: UL05360: T056e0: UPnP_P: [SetAVTransportURI]: </DIDL-Lite> 2024/04/19 21:50:10,184: UL05362: T056e0: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] to: 10.1.1.192 [http://10.1.1.192:60006/upnp/control/renderer_dvc/AVTransport] 2024/04/19 21:50:10,186: UL05364: T021dc: UPnP_P: Proc PlayerNotify: 7017 [SpecUpdate] 2024/04/19 21:50:10,201: UL05365: T01f4c: --> 10.1.1.192 :29500 EVENT /SR_AVTransport.notify: uuid:8f0f62f8-fe53-11ee-8b6e-8ccc382a7e9a 2024/04/19 21:50:10,201: UL05367: T01f4c: Subscriber: [Event]: Received EVENT: [AVTransport] 2024/04/19 21:50:10,252: UL05371: T056e0: UPnP_P: [SOAP Request]: SOAP request: [SetAVTransportURI ] finished.
2024-04-19 04:41 返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device? #14989storaid参加者Like Foobar2000, it has similar settings.
storaid参加者IMO, the following flow:
storaid参加者sorry
that log is about WASPI-exclusive..
plz check the new log
Attachments:
storaid参加者storaid参加者Hi, Tiki
Tested it between +0db and +6db.
seems like it’s working
What information can I find in the Log to determine if this function is working?
storaid参加者Hello, Tiki
I downloaded it again and confirmed that it’s v1744 now.
and, tested 2ch and multi-channel format files, including DSD file format.
it’s good working now..
Thanks
storaid参加者Hi,
the link for AVX2 is still v1743 I checked, not v1744
storaid参加者Hello, Tiki
No AVX2 version?
storaid参加者Hi,
waiting for your new release.
now the download link is still v1743.
storaid参加者Hello, Tiki
I had a test about speaker channel settings…
seems like it’s working fine with 2-ch
storaid参加者my running audio driver is nVIDIA HDMI GPU Driver.
storaid参加者Hello, Tiki
thanks for ur feature enhancements..
tested DSD64, DSD128 files
it’s working well..
and, I have a question..
it’s possible to set Gain(db) like DSD-PCM Conversion????
storaid参加者Hello, Tiki
tested it.
now there is no error thrown in playing status…
Thanks
storaid参加者Hi,
I attempted to use the WinDbg tool for detection, trying to find some clues.
When TuneBrowser is using Creative ASIO device, it triggers the following exception:
This exception may be expected and handled. CtUsAs64!DllInstall+0x721b: 00000000<code>61dc02d7 f30f6f0408 movdqu xmm0,xmmword ptr [rax+rcx] ds:00000212</code>5044a008=????????????????????????????????
Based on my investigation, it is possible that it is affected by the Memory Integrity security feature of Windows Security.
Therefore, I disabled it and tried again.
Now it’s working.
I don’t know why this happened!
Because when I tested under Foobar 2000, the Creative ASIO Driver worked perfectly fine.
storaid参加者Hello, Tiki
Seems like this problem has been resolved…
Thank you
storaid参加者Hello, Tiki
I forgot you use libdsd2pcm for conversion
Sorry for causing you trouble…(=´ω`=)1. and 2. suggestions, You can consider taking a look if it’s possible.
storaid参加者Hello, Tiki
I thought the DSD to PCM Conversion for UPnP renderer and local devices was the same…
You’re right, for the UPnP renderer, it currently only outputs L16/44.1KHz.
I would like to offer some suggestions.
Many current streaming DAC devices generally can decode audio files up to 384KHz…
At a minimum, there should be support for 192KHz…
1. Is it possible to make some adjustments in the settings? (As there might still be some streaming DACs that only support up to 192KHz)
For example:
– DSD64: 88.2KHz
– DSD128: 176.4KHz
And then the maximum output value being 192KHz.
2. Add an option for selecting the Maximum Bit depth: 16, 24, 32
I hope you can consider these suggestions.
Also, when using UPnP Renderer output, the waiting time for the DSD to PCM Conversion process is much longer than in Foobar2K…
In Foobar2K, the DSD to PCM conversion process is almost instantaneous and very fast.
Why is the conversion speed slower in TuneBrowser?
Thanks
storaid参加者Hello, Tiki
The DoPE feature is indeed less common.
I noticed that some software, such as JRiver, offers support for this feature.
That’s why I wanted to ask if it’s possible to implement this functionality, as there are indeed some streaming DACs that can support DoP decoding through UPnP.
I respect your opinion.
Thank you
storaid参加者storaid参加者Hello, Tiki
see pics
Thanks
when playing the music….
normal device:
switching:
storaid参加者like this:
storaid参加者my environment is Windows 11 OS(23H2)..
it’s stable for me..
maybe it’s about Windows…
but I’m not sure.
so…
storaid参加者I’m not sure.
but it’s possible that I can change the TuneBrowser service port for debugging purposes?
default port: 10960?
storaid参加者Hello, Tiki
recently
again
I tested playing music using the AV Media Controller UPnP tool(loading BubbleUPnP server) and it worked fine.
I’m a bit confused though…
I didn’t notice any use of DLNA messages in the Control point.
I compared the packets with those obtained from TuneBrowser, and there isn’t much difference.
There might be some differences in the AVTransportURI…
Could you help me check this out?
The link is the Wireshark packet dump file:
https://1drv.ms/u/s!AvA1navurakAiKlKYdWnvIic5rqFdA?e=5Ln9pE
The IP 10.1.1.169 is the UPnP Renderer.
storaid参加者Ok thanks
storaid参加者For example, this thread:
現在、アイ・オー・データ機器のSoundgenicというDMRになる機器経由で出力を行っています。
https://www.iodata.jp/ssp/soundgenic/
TuneBrowserからレンダラーとしてSoundgenicに出力した際の挙動がいまいち安定しません。
ここの設定が影響しているのではないかという部分がありましたらご教授いただきたいです。
DMR (Digital Media Renderer) is a module within the DLNA protocol specification itself, so I believe that offering support for DLNA could improve compatibility with most UPnP/DLNA devices.
This is because currently, most devices supporting local streaming almost universally support the UPnP/DLNA protocol.
storaid参加者Can I close this topic ?
OK, very thanks for your help.
PS: I tested other players, such as Foobar2K and Synology Audion Station, and there is the same problem too.
storaid参加者Hello, Tiki
I have used some UPnP development tools for testing and I think I have identified the clues.
Although the renderer is unable to do successful playback and is returning a large number of RST packets, the problem is that the SOAP call to ‘Play’ does not return any errors, nor are any exceptions thrown.
This apparently leads TuneBrowser to be unaware of the actual status of the renderer.
I believe this could explain why TuneBrowser assumes that the ‘Play’ SOAP operation is proceeding without any anomalies.
storaid参加者Hello, Tiki
I have a question.
When the receiver cannot process an unsupported file, but the requested file format matches the receiver’s supported MIME, and it’s only the Sample Rate or Bit Depth format that is incompatible, how will TuneBrowser handle this situation further?
Indeed, there are a large number of RST packets being returned.
However, I am not sure whether TuneBrowser can discover this.
storaid参加者Hello, Tiki
Thank you for your help.
However, this improvement in functionality does not resolve my issue.
This is because it’s a problem caused by format unsupported.
The issue arises because Denon does not support 32-bit sources; Denon Home only supports PCM format up to 192k/24bit.
I am not sure if TuneBrowser can detect this problem.
I have captured packets with Wireshark and indeed, it returned a large number of RST packets.
Packet dump file(Wireshark):
https://1drv.ms/u/s!AvA1navurakAiKkyzo_EU0ylg74uDQ?e=JO5uJ4
Thanks
storaid参加者Hello, Tiki
Thanks for your improvements
Seems like it’s working well with v5.4.2, even though the “port jump” problem occurs during device startup.
Thanks
2023-12-09 08:53 返信先: obvious background noise occurs when playing DSD file using ASIO(Creative) #14517storaid参加者recorded file:
2023-12-09 08:51 返信先: obvious background noise occurs when playing DSD file using ASIO(Creative) #14516storaid参加者Hello Tiki
I am still in ongoing communication with Creative Support, but I must say that the efficiency of their Support is extremely poor and bureaucratically slow.
I have recorded an audio clip while playing a DSD format file. Under ASIO mode, there is only severe noise occurring.
storaid参加者Hello, Tiki
This is my thought, please take it into consideration:
Some UPnP devices will change the listening port of their service endpoints during startup. However, under normal circumstances, these devices should continue to send NOTIFY SSDP packets to inform the control endpoint, like TuneBrowser, that the listening port of the service endpoint has changed.
This behavior is indeed possible with some UPnP devices.
Unless the control endpoint continuously monitors changes in NOTIFY packets to update the current device list, the only way is to wait for the UPnP device to complete startup, then start the control endpoint (such as TuneBrowser) to re-detect the UPnP device.
By then, the NOTIFY notification obtained from the UPnP device will already be the service endpoint currently in use.
storaid参加者Hello, Tiki
You are talking about SSDP protocol, and SSDP is using port 1900. So, I think 49152 and 49153 ports that you saying are client side port numbers. The port number on the client side changes with each session.
YES
When the TuneBrowser is running, if the service endpoint’s port on the iFi UPnP renderer changes during device startup, from 49152 to 49153, it will show as VOID on the device list.
Originally, the renderer would send a SSDP – NOTIFY to indicate that the LOCATION of the service endpoint is port 49152.
I suspect that during the device initialization, the service endpoint’s port changes to 49153 in some stage.
It’s possible that the TuneBrowser could make some improvements in this case?
For example, periodically detecting NOTIFY to check for changes, then updating the UPnP Renderer on the device list.
I am currently in touch with the iFi vendor to ask why the service endpoint’s port is changed during device startup.
storaid参加者Hello, Tiki
Well, I understand what you mean.
In your case, the TuneBrowser doesn’t rely on many special effects.
If you’re not using a new interface or applying rich effects, such as ID2D1Device1 and ID2D1Device3, then I agree with your point of view that upgrading to the newer version won’t necessarily bring performance improvements.
Direct2D API provides richer effects with each update.
This is just my personal opinion, take it as you will.
Direct2D 1.1 to 1.3 have been out for over 6 years now, and I haven’t seen any updates to them.
Tiki, if you are worried about compatibility with older operating systems, such as Windows 8, I think you can stay with version 1.0
However, given that Windows 10 is commonly used now and it’s a basic requirement for your software, I personally don’t think there would be significant compatibility issues when switching to a newer version.
Current GPU including iGPU already provide at least DirectX 11 support.
Even the very old Intel Haswell GT2 iGPU architecture guarantees at least DirectX 11.1 support, with some features of DirectX 12.
Therefore, in my judgement, I don’t think using a newer version of Direct2D would cause significant compatibility issues.
It’s been quite a while since the Direct2D API was updated.
Thanks
storaid参加者I believe that after version 1.0, the implementation of interfaces such as ID2D1Effect, ID2D1Device, and ID2D1DeviceContext can simplify code and make full use of GPU resources possible.
IMO, I see no reason not to take advantage of these features.
storaid参加者Hello, Tiki
Did you use the ID2D1Effect interface from d2d1_1.h??
Although it’s not from1.3 feature.
storaid参加者This should explain why restarting is the only way to make the device get back to normal status.
storaid参加者Hello, Tiki
I checked this problem using Wireshark.
The incorrect [VOID], a RST (RESET) packet, was due to a change in the port from 49152 to 49153.
These are all commonly used ports.
And the iFi device sent a NOTIFY signal to inform the TuneBrowser that a new session had started.
storaid参加者Hello,
As I said first, the TuneBrowser is working well for your file. At this time, I think there is no “further fine-tune”.
Ok, thanks
storaid参加者Hello, Tiki
Do you mean being able to further fine-tune UPnP’s operations in this case?
Thanks
storaid参加者Hello, Tiki
I did take a look at the UPnP log and noticed the following as a part of it.
2023/11/22 18:54:04,016: UL02346: T0a6b8: UPnP_P: [ResolveTune]: URI: [http://10.1.1.156:10960/TuneID/00013389.wav] 2023/11/22 18:54:04,017: UL02348: T0a6b8: UPnP_P: [ResolveTune]: - Mine:Yes Managed:Yes Recorded:Yes Local file: [\\NAS1\music\[Hi-Res]やくしまるえつこ - チア・チア\01_チア・チア_やくしまるえつこ.wav] 2023/11/22 18:54:04,018: UL02350: T01b90: UPnP_P: Proc PlayerNotify: 0003 [Start] 2023/11/22 18:54:04,031: UL02352: T01b90: UPnP_P: Proc PlayerNotify: 0003 [Started] 2023/11/22 18:54:04,119: UL02354: T08fb4: --> EVENT /SR_AVTransport: uuid:73556646-8925-11ee-b641-83d7476a55a3 2023/11/22 18:54:04,119: UL02356: T08fb4: Subscriber: [Event]: Received EVENT: [AVTransport] 2023/11/22 18:54:04,119: UL02358: T08fb4: Subscriber: - [AVTransport]: Device notification: [TransportState ] : [STOPPED] 2023/11/22 18:54:04,119: UL02360: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: PlayerUPnP UPState changed [PLAYING ] to [STOPPED ] 2023/11/22 18:54:04,119: UL02362: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: PlayerUPnP PLStatus changed [PlayStatus::Playing ] to [PlayStatus::Stop ] 2023/11/22 18:54:04,119: UL02364: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: Stop detected. 2023/11/22 18:54:04,119: UL02366: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: Next tune sequence position 0 -> 1. 2023/11/22 18:54:04,119: UL02368: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: Player is UnderControl. Next tune SeqPos:1 found. Continue playback. 2023/11/22 18:54:04,119: UL02370: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: PlayerStatus: Continue 2023/11/22 18:54:04,119: UL02372: T08fb4: UPnP_P: [Proc:TrState ]<EVT>: State : STOPPED
Could these triggered events above have been caused by playback, resulting in the stopping of playback?
Thanks
storaid参加者Hello, Tiki
What actually happens next when the TuneBrowser player receives no errors?
Even if TuneBrowser was unaware of RST happened.
storaid参加者Hello, Tiki
So, the TuneBrowser cannot detect error.
You mean it is not capable of detecting errors from RST response???
Thanks
storaid参加者Hello, Tiki
As I said above, renderer is supporting wav. So TuneBrowser is using original wav file.
I see
But this leads to the problem I mentioned where the TuneBrowser player doesn’t perform any action.
Is there any possible way to improve this problem in this case?
Thanks
storaid参加者Logging:
2023/11/16 21:49:30,359: UL00515: T0f728: UPnP_P: PlayerLogToUPnP is enabled. 2023/11/16 21:49:30,360: UL00517: T0f728: UPnP_P: Created player object: [UPnP: Denon Home 350] 2023/11/16 21:49:30,363: UL00520: T0f728: UPnP_P: Stage: [InitializePlayer] (omitted because of too long)
Capture from wireshark:
storaid参加者Hello, Tiki
the following is from Denon device:
http-get:*:audio/mpeg:* http-get:*:audio/vnd.dlna.adts:* http-get:*:audio/x-ms-wma:* http-get:*:audio/x-ms-wma:* http-get:*:audio/L16;rate=48000;channels=2:* http-get:*:audio/L16;rate=48000;channels=1:* http-get:*:audio/L16;rate=44100;channels=2:* http-get:*:audio/L16;rate=44100;channels=1:* http-get:*:audio/wav:* http-get:*:audio/mp3:* http-get:*:audio/flac:* http-get:*:audio/aac:* http-get:*:audio/m4a:*
storaid参加者Hello, Tiki
What you are asking for is more like a dedicated internal RAM Disk implementation.
that’s right. it’s like a RAM Disk..
I am sorry, but I do not plan to achieve such behavior.
okay, thanks
storaid参加者Hello, Tiki,
Indeed, I was informed that the Denon device does not support this file format…
However, I’m curious as to why the on-the-fly transcoding does not occur?
Thanks
storaid参加者Hello, Tiki
I think this thread should be closed because the problem cannot be reproduced until now.
Thank you
storaid参加者Hello, Tiki,
I have conducted a test by playing music using a CUE file.
Generally, for the UPnP renderer, a temporary file is generated on the local disk.
I am wondering if it’s possible for this temporary file to be buffered into the system memory, within the allowed size of the RAM buffer? For example, if the default RAM buffer size is 2048MB.
Ideally, the generation of a temporary file every time a track is loaded should be avoided, especially to avoid writing into the local disk(e.g., SSD).
And, the size of the RAM buffer is configurable.
My hope is to reduce the number of write operations to the SSD, in order to lower the impact on its TBW and extend its lifespan.
Thanks
storaid参加者Hello, Tiki
Have there been any improvements to this problem in the new version v1714?
I tested this version and it seems that the problem I mentioned no longer occurs.
storaid参加者Hello, Tiki
Is it possible, before performing the on-the-fly transcoding operation, to buffer the generated temporary files (flac) into the system memory instead of storing them on the SSD/HDD?
This could be determined by a setting for the size of a RAM buffer. For example, with a default value of 2048MB, if the temporary file exceeds this size, it would be stored on the SSD/HDD, otherwise, it would be buffered into the memory.
Particularly, my aim is to reduce the number of write operations to the SSD as much as possible.
Thanks..
storaid参加者Hello, Tiki
I am loading the tracks from the CUE file.
But there will be a waiting, a prepare stream happened, situation.
what circumstances will there be transcoding on-the-fly working?
storaid参加者Hello, Tiki
I mean it’s possible that the control of the device will be back by clicking the stop button without restarting?
storaid参加者it’s weird.
now I can’t reproduce this issue.I just encountered that after pressing the Detail button, the response of displaying the dialog box was relatively slow.
storaid参加者Tested it for a while…
Well, in this version, it’s working well with UPnP renderer.
thanks, Tiki
storaid参加者ok…
now this version
it’s working well with playing hi-res ape…
thanks..
storaid参加者the problem is gone…
thanks
storaid参加者Hello, Tiki
v5.4.0
APEのコーデックを更新し、対応形式が増えました.
only very big noise happens in this version
you can test my ape sample I provided above
storaid参加者no….
I was wrong..
it’s not about audio/L16 settings..
changing everything will cause the application crash
storaid参加者Hello, Tiki
it’s working and very fast with setting Watch network drive (NAS) as Auto…
Thanks for your answer…
2023-09-30 10:46 返信先: obvious background noise occurs when playing DSD file using ASIO(Creative) #14308storaid参加者Hello, Tiki
Once I felt that it it strange that foobar2000 seems to be playing DSD native with samplerate 2822400, but your TuneBrowser seems to be playing by DoP format.
Maybe you are right in this Foobar2000 case.
I was told that trying another player MusicBee play DSD format file.
It does support DoP and Native by its ASIO configuration.
Native ASIO is not working for sure, but DoP it can get working well.
That’s why their Tech Support still believe this is a compatibility issue with TuneBrowser. Orzstoraid参加者Hello, Tiki
Not periodically. these will be scanned soon when added into managed folder.
Here is what I tried:
After waiting for approximately 10 to 20 minutes, I didn’t observe any indication that the Quick Scan was functioning.
For example, I added an album named “[Hi-Res]TVアニメ「葬送のフリーレン」OPテーマ「勇者」/YOASOBI” to the managed folder located at the path “//NAS1/music”.
Although I waited for about 20 minutes, I still couldn’t find this album added in the “Folder Tree”.
According to your statement, the Quick Scan should have worked in this case, correct? However, it did NOT.
This is what has left me confused about the above situation.
Did I miss something?
Of course! There is a solution. It will start working again after restarting TuneBrowser.
2023-09-29 13:34 返信先: obvious background noise occurs when playing DSD file using ASIO(Creative) #14298storaid参加者After a long wait, I was informed by Creative Support that they still believe this is a compatibility issue with TuneBrowser.
If their Creative ASIO driver only plays DSD files, there will be background noise only.
It is likely that most player software, including Foobar2000, will encounter this issue.
It is unlikely that only TuneBrowser software will have this problem.
Creative Support advised me to report this to the developers of TuneBrowser.
At least one Foobar2000 can play DSD format music without any issues using SACD f2k component.Foobar2k output console when playing DSD64:
autoproxy_output::check_dsd_stream(true) => DSD stream contains 3 chunks and 14112 samples autoproxy_output::process_samples() => Switch to DSD playback autoproxy_output::process_samples() => Input stream [channels: 2, samplerate: 2822400, channel_config: 0x00000003] autoproxy_output::process_samples() => Output stream [channels: 2, samplerate: 2822400, channel_config: 0x00000003] autoproxy_output::process_output(transition = 0.000) autoproxy_output::process_samples(channels = 2, sample_rate = 2822400, channel_config = 0x00000003) autoproxy_output::volume_adjust(samplerate = 2822400, latency = 0.000, volume = 0.000) autoproxy_output::check_dsd_stream(false) => DSD stream contains 4 chunks and 18816 samples
TuneBrowser log:
2023/09/29 12:27:23,458: UL01458: T06a58: TL18: --- Preparing device for DoP / 176400 Hz / 24 bit : [Creative Sound Blaster ASIO] 2023/09/29 12:27:23,458: UL01459: T06a58: TL18: Auto resampler: [If device does not support sample rate] 2023/09/29 12:27:23,458: UL01460: T06a58: TL18: SR Table: 176400 2023/09/29 12:27:23,458: UL01461: T06a58: TL18: --- Try 1/1: Preparing device by [PCM] 176400 Hz. 2023/09/29 12:27:23,458: UL01462: T06a58: TL18: ASIOProxyProcess: Call : [Confirm] Param:0 2023/09/29 12:27:23,458: UL01463: T06a58: TL18: ASIOProxyProcess: Done : [Confirm] Result:1 Wait:0 2023/09/29 12:27:23,458: UL01464: T06a58: TL18: Post PlayerNotify: 7008 [SpecUpdate] 2023/09/29 12:27:23,458: UL01465: T06a58: TL18: ASIOProxyProcess: Call : [Prepare] Param:0 2023/09/29 12:27:23,459: UL01466: T088a4: TL18: Proc PlayerNotify: 7008 [SpecUpdate] 2023/09/29 12:27:23,459: UL01467: T04e94: TL18: ASIOProxyProcess: Event: [PrepareBuffer] Param:565800 2023/09/29 12:27:23,459: UL01468: T04e94: TL18: ASIOProxyProcess: Done : [PrepareBuffer] Result:1 2023/09/29 12:27:23,459: UL01469: T06a58: TL18: Prx: 2023/09/29 12:27:23,458.721: T054c8: TL01: Requesting IoFormat: PCM (Device has no IoFormat) 2023/09/29 12:27:23,459: UL01470: T06a58: TL18: Prx: 2023/09/29 12:27:23,458.729: T054c8: TL01: Requested sample rate: 176400 Hz is same as device. 2023/09/29 12:27:23,459: UL01471: T06a58: TL18: Prx: 2023/09/29 12:27:23,458.739: T054c8: TL01: Device CH Output:8, Input:2 2023/09/29 12:27:23,459: UL01472: T06a58: TL18: Prx: 2023/09/29 12:27:23,458.743: T054c8: TL01: Allocating ASIO buffer CH:8 Size:1768 2023/09/29 12:27:23,459: UL01473: T06a58: TL18: Prx: 2023/09/29 12:27:23,458.747: T054c8: TL01: Calling ASIODriverCreateASIOBuffers_SEH_Wrapper 2023/09/29 12:27:23,459: UL01474: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.148: T054c8: TL01: ASIOMessage: 2:[kAsioEngineVersion ] Value:0 2023/09/29 12:27:23,459: UL01475: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.154: T054c8: TL01: ASIOMessage: 7:[kAsioSupportsTimeInfo ] Value:0 2023/09/29 12:27:23,459: UL01476: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.176: T054c8: TL01: Calling ASIODriverCreateASIOBuffers_SEH_Wrapper completed: 0 2023/09/29 12:27:23,459: UL01477: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.178: T054c8: TL01: Allocating ASIO buffer OK. 2023/09/29 12:27:23,459: UL01478: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.204: T054c8: TL01: Driver stage: [Initialized] -> [Prepared ] 2023/09/29 12:27:23,459: UL01479: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.211: T054c8: TL01: Safe wait time: 10 ms, Preferred: 10.023 ms, Buffer: 10.023 ms 2023/09/29 12:27:23,459: UL01480: T06a58: TL18: ASIOProxyProcess: Done : [Prepare] Result:2 Wait:0 2023/09/29 12:27:23,459: UL01481: T06a58: TL18: ASIOProxyProcess: Call : [Confirm] Param:1 2023/09/29 12:27:23,459: UL01482: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.950: T054c8: TL01: ASIO driver 0: [Creative Sound Blaster ASIO] 2023/09/29 12:27:23,459: UL01483: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.953: T054c8: TL01: ASIO driver DSD support: DSDLevel::DoP (Keep current by user request) 2023/09/29 12:27:23,459: UL01484: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.956: T054c8: TL01: ASIO driver IoFormat: PCM only 2023/09/29 12:27:23,459: UL01485: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.957: T054c8: TL01: ASIO driver sample rate: 176400 Hz 2023/09/29 12:27:23,459: UL01486: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.960: T054c8: TL01: ASIO driver CH: Input:2 Output:8 2023/09/29 12:27:23,459: UL01487: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.963: T054c8: TL01: ASIO driver format: ASIOSTInt32LSB 2023/09/29 12:27:23,459: UL01488: T06a58: TL18: Prx: 2023/09/29 12:27:23,459.964: T054c8: TL01: ASIO driver format: 4 bytes 2023/09/29 12:27:23,459: UL01489: T06a58: TL18: ASIOProxyProcess: Done : [Confirm] Result:1 Wait:0 2023/09/29 12:27:23,459: UL01490: T06a58: TL18: Post PlayerNotify: 7009 [SpecUpdate] 2023/09/29 12:27:23,459: UL01491: T06a58: TL18: ASIOProxyProcess: Call : [Confirm] Param:0 2023/09/29 12:27:23,460: UL01492: T06a58: TL18: ASIOProxyProcess: Done : [Confirm] Result:1 Wait:0 2023/09/29 12:27:23,469: UL01493: T06a58: TL18: FFT SampleRate : 44100 Hz 2023/09/29 12:27:23,469: UL01494: T06a58: TL18: FFT SpectrumDelay: 0 samples (0 ms) 2023/09/29 12:27:23,469: UL01495: T06a58: TL18: FFT Timeline : 88200 samples 2023/09/29 12:27:23,469: UL01496: T06a58: TL18: Device word:32 bit, Device Data:32 bit, Tune word:24 bit, Buffer:1768 words 2023/09/29 12:27:23,469: UL01497: T06a58: TL18: Device tick:10.023 ms / 99.774 Hz 2023/09/29 12:27:23,469: UL01498: T06a58: TL18: PrepareDevice result: OK 2023/09/29 12:27:23,469: UL01499: T06a58: TL18: --- Try 1/1: Preparing device completed. 2023/09/29 12:27:23,469: UL01500: T06a58: TL18: Device sample rate is fixed: 176400 Hz. 2023/09/29 12:27:23,469: UL01501: T06a58: TL18: Post PlayerNotify: 7010 [SpecUpdate] 2023/09/29 12:27:23,470: UL01503: T06a58: TL18: WaitControl: Seek wait: None. 2023/09/29 12:27:23,470: UL01504: T06a58: TL18: Setting seek value to void. 2023/09/29 12:27:23,470: UL01505: T06a58: Channel information: 2023/09/29 12:27:23,470: UL01506: T06a58: - Device channel: 0 [Default] Decoder channel: 0 [FrontL ] 2023/09/29 12:27:23,470: UL01507: T06a58: - Device channel: 1 [Default] Decoder channel: 1 [FrontR ] 2023/09/29 12:27:23,470: UL01508: T06a58: - Device channel: 2 [Default] Decoder channel: -1 [Void ] 2023/09/29 12:27:23,470: UL01509: T06a58: - Device channel: 3 [Default] Decoder channel: -1 [Void ] 2023/09/29 12:27:23,470: UL01510: T06a58: - Device channel: 4 [Default] Decoder channel: -1 [Void ] 2023/09/29 12:27:23,470: UL01511: T06a58: - Device channel: 5 [Default] Decoder channel: -1 [Void ] 2023/09/29 12:27:23,470: UL01512: T06a58: - Device channel: 6 [Default] Decoder channel: -1 [Void ] 2023/09/29 12:27:23,470: UL01513: T06a58: - Device channel: 7 [Default] Decoder channel: -1 [Void ] 2023/09/29 12:27:23,470: UL01514: T06a58: - Decoder FrontL: 0 2023/09/29 12:27:23,470: UL01515: T06a58: - Decoder FrontR: 1 2023/09/29 12:27:23,470: UL01516: T06a58: - 2CH + Void Processing. 2023/09/29 12:27:23,470: UL01517: T06a58: TL18: Post PlayerNotify: 0001 [Start] 2023/09/29 12:27:23,470: UL01518: T06a58: TL18: Stage: [StartDevice] 2023/09/29 12:27:23,470: UL01519: T06a58: TL18: WaitControl: Before start wait: None. 2023/09/29 12:27:23,471: UL01522: T06a58: TL18: ASIOProxyProcess: Call : [Start] Param:0 2023/09/29 12:27:23,483: UL01523: T088a4: TL18: Proc PlayerNotify: 7009 [SpecUpdate] 2023/09/29 12:27:23,494: UL01524: T088a4: TL18: Proc PlayerNotify: 7010 [SpecUpdate] 2023/09/29 12:27:23,502: UL01525: T088a4: TL18: Proc PlayerNotify: 0001 [Start] 2023/09/29 12:27:23,512: UL01526: T06a58: TL18: Prx: 2023/09/29 12:27:23,471.445: T054c8: TL01: Buffer ahead: 4 2023/09/29 12:27:23,512: UL01527: T06a58: TL18: Prx: 2023/09/29 12:27:23,502.234: T054c8: TL01: Starting ASIO driver: [Creative Sound Blaster ASIO] 2023/09/29 12:27:23,512: UL01528: T06a58: TL18: Prx: 2023/09/29 12:27:23,502.240: T054c8: TL01: Calling ASIODriverStart_SEH_Wrapper 2023/09/29 12:27:23,512: UL01529: T06a58: TL18: Prx: 2023/09/29 12:27:23,512.677: T054c8: TL01: Transfer thread priority adjusted: 0 -> 2 2023/09/29 12:27:23,512: UL01530: T06a58: TL18: Prx: 2023/09/29 12:27:23,512.728: T054c8: TL01: Calling ASIODriverStart_SEH_Wrapper completed: 0 2023/09/29 12:27:23,512: UL01531: T06a58: TL18: Prx: 2023/09/29 12:27:23,512.732: T054c8: TL01: Driver stage: [Prepared ] -> [Running ] 2023/09/29 12:27:23,512: UL01532: T06a58: TL18: ASIOProxyProcess: Done : [Start] Result:1 Wait:0 2023/09/29 12:27:23,512: UL01533: T06a58: TL18: WaitControl: After start silent: None. 2023/09/29 12:27:23,512: UL01534: T06a58: TL18: Post PlayerNotify: 0001 [Started] 2023/09/29 12:27:23,512: UL01535: T06a58: TL18: Fade in. 2023/09/29 12:27:23,512: UL01536: T06a58: TL18: Clear fade control. 2023/09/29 12:27:23,512: UL01537: T06a58: TL18: Post PlayerNotify: 7011 [Update] 2023/09/29 12:27:23,527: UL01538: T088a4: TL18: Proc PlayerNotify: 0001 [Started] 2023/09/29 12:27:23,528: UL01540: T088a4: DecodeLine: 2023/09/29 12:27:23,529: UL01541: T088a4: Source: DSD 2822.4 kHz 2 ch 1 bit 2023/09/29 12:27:23,529: UL01542: T088a4: Decoded: DoP 176.4 kHz 2 ch 24 bit 2023/09/29 12:27:23,529: UL01543: T088a4: Device: DoP 176.4 kHz 8 ch 32 bit 2023/09/29 12:27:23,534: UL01544: T088a4: TL18: Proc PlayerNotify: 7011 [Update]
If I need further assistance from Creative Support, they would like me to do a recording when the problem occurred.
storaid参加者I think the TuneBrowser has no big-noise issue with playing 24bit ape..
but seems like the hi-res ape can not be played.
My Test sample:
https://1drv.ms/u/s!AvA1navurakAiKc6-0ENq1Cb2AiT4g?e=iGO0ko
2023/09/29 09:34:57,754.869: T07e24: TL15: Reading file: [D:\OneDrive\Private\test_sample.ape] 2023/09/29 09:34:57,755.190: T07e24: TL15: Reading APE specdata from cache: [test_sample.ape] 2023/09/29 09:34:57,765.228: T07e24: TL15: Error: Failed to call APE decoder: CreateIAPEDecompressEx(). Message: Processing files failed. Version: 1706
File info:
{ "creatingLibrary":{"name":"MediaInfoLib","version":"23.09","url":"https://mediaarea.net/MediaInfo"}, "media":{"@ref":"D:\\OneDrive\\Private\\test_sample.ape","track":[{"@type":"General","AudioCount":"1", "FileExtension":"ape", "Format":"Monkey's Audio", "Format_Version":"3.990", "FileSize":"277473964", "Duration":"435.008", "OverallBitRate":"5102876", "StreamSize":"0", "File_Created_Date":"2023-09-29 01:27:29.590 UTC", "File_Created_Date_Local":"2023-09-29 09:27:29.590", "File_Modified_Date":"2023-09-29 01:25:29.315 UTC", "File_Modified_Date_Local":"2023-09-29 09:25:29.315"},{"@type":"Audio","Format":"Monkey's Audio", "Format_Version":"3.990", "Format_Profile":"Float", "Duration":"435.008", "BitRate":"5102875", "Channels":"2", "SamplingRate":"96000", "SamplingCount":"41760768", "BitDepth":"32", "Compression_Mode":"Lossless", "StreamSize":"277473964", "Encoded_Library_Settings":"Insane"}]} }
storaid参加者so strange
bigfear.ape => failed only for TuneBrowser
other file samples provided by the following thread:
https://trac.ffmpeg.org/ticket/10563
24_bit_fixed_stereo_44k_insane.ape => okay, no big-noise
24_bit_fixed_mono_44k_insane.ape=> okay, no big-noise
storaid参加者Hello,
questions
1. When I add a new album(or files) to a specified Music Folder, will Quick Scan be executed periodically?
2. After launching TuneBrowser, a scan will be executed soon. Is it a Quick Scan?Thanks
storaid参加者Hello, Tiki
is there possible anyway to trigger the Quick Scan??
storaid参加者Hello, Tiki
I was wrong..
It’s not caused by the above I mentioned.It’s more like a network issue caused…
I’m trying to determine what caused the problem
Thanks…
storaid参加者Tested Device: Denon Home
storaid参加者Hello,
my test
2023/09/19 19:52:52,804: UL12169: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:02:00 -> 120.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:53:02,868: UL12171: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:02:10 -> 130.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:53:12,937: UL12178: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:02:20 -> 140.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:53:22,998: UL12253: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:02:30 -> 150.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:53:33,053: UL12255: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:02:40 -> 160.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:53:43,149: UL12258: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:02:50 -> 170.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:53:53,226: UL12291: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:03:00 -> 180.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:54:03,337: UL12297: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:03:10 -> 190.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:54:13,425: UL12300: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:03:20 -> 200.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:54:23,526: UL12373: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:03:30 -> 210.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:54:33,588: UL12375: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:03:40 -> 220.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:54:42,658: UL12397: T04a10: TL18: [UPP_WorkerThread]: Elapsed: 00:03:50 -> 230.0 / 251.0 sec (per 10 seconds) 2023/09/19 19:54:48,469: UL12469: T04a10: TL18: [UPP_WorkerThread]: Post PlayerNotify: 7013 [Update] 2023/09/19 19:54:48,469: UL12471: T04a10: TL18: [UPP_WorkerThread]: VolumeReport (UPnP) : [0] -> 0.000000 ( -inf dB) 2023/09/19 19:54:48,471: UL12473: T085fc: TL18: Proc PlayerNotify: 7013 [Update] 2023/09/19 19:54:48,474: UL12475: T085fc: TL18: VolumeReport (Device): -23.20 dB -> -inf dB <strong>2023/09/19 19:54:49,290: UL12477: T04a10: TL18: [UPP_WorkerThread]: PlayerUPnP status changed [PlayStatus::Playing ] to [PlayStatus::Error ]</strong> <strong>2023/09/19 19:54:49,290: UL12479: T04a10: TL18: [Proc:PlayStatus]: Post PlayerNotify: 0001 [PlayStatus]</strong> <strong>2023/09/19 19:54:49,290: UL12481: T04a10: TL18: Error: [Proc:PlayStatus]: PlayerStatus: Error</strong> <strong>2023/09/19 19:54:49,290: UL12483: T04a10: TL18: [UPP_WorkerThread]: Status: </strong> <strong>2023/09/19 19:54:49,290: UL12485: T04a10: TL18: [UPP_WorkerThread]: PlayerUPnP UPState changed [PLAYING ] to [UPPlayState::Unknown]</strong> 2023/09/19 19:54:49,290: UL12487: T04a10: TL18: [UPP_WorkerThread]: State : 2023/09/19 19:54:49,292: UL12489: T085fc: TL18: Proc PlayerNotify: 0001 [PlayStatus] 2023/09/19 19:54:49,293: UL12491: T085fc: TL18: Next tune sequence position 4 -> 5.
Attachments:
storaid参加者Hi,
> 1.
okay
> 2.
could you help to confirm why adding a new UPnP device to the device list causes music playback to be interrupted?
storaid参加者okay
thanks
Tiki
storaid参加者thanks for your answer..
Tiki
storaid参加者Hi,
This problem occurs on the main thread?
storaid参加者that’s my test:
2023/09/16 21:11:27,704.421: T09ff8: TL19: Begin TaskFrameWnd.
2023/09/16 21:11:27,704.430: T09ff8: TL19: Assigned task: Converter
2023/09/16 21:11:27,727.423: T09ff8: TL19: Stage: Prepare files
2023/09/16 21:11:27,727.458: T09ff8: TL19: Set StageState: [——-] -> [Running]: <Prepare files>
2023/09/16 21:11:27,728.075: T07be8: TL19: Set StageState: [Running] -> [Done ]: <Prepare files>
2023/09/16 21:11:27,730.464: T09ff8: TL19: Stage: Decode and encode
2023/09/16 21:11:27,730.555: T09ff8: TL19: Set StageState: [——-] -> [Running]: <Decode and encode>
2023/09/16 21:11:27,730.973: T05f48: TL19: Preparing file list.
2023/09/16 21:11:27,731.649: T05f48: TL19: J01: Creating FLAC decoder.
2023/09/16 21:11:27,764.533: T05f48: TL19: J01: Opening tune file to decode.
2023/09/16 21:11:28,479.063: T05f48: TL19: J01: Decoding range is block:10889760 to block:22568616 – 1
2023/09/16 21:11:28,486.383: T05f48: TL19: J01: Opened file: [\\NAS1\music\SLAYERS MEGUMIX\SLAYERS MEGUMIX -GOLD-\SLAYERS MEGUMIX -GOLD-.flac]
2023/09/16 21:11:28,486.421: T05f48: TL19: J01: 1 Sample:16 bit, 1 Word:16 bit.
2023/09/16 21:11:29,201.910: T05f48: TL19: DSP: DSP array is disabled.
2023/09/16 21:11:29,201.938: T05f48: TL19: J01: – TopBlock : 10889760
2023/09/16 21:11:29,201.943: T05f48: TL19: J01: – EndBlock : 22568616
2023/09/16 21:11:29,201.946: T05f48: TL19: J01: – Total : 11678856
2023/09/16 21:11:29,201.950: T05f48: TL19: J01: – Silent : 0 (0.000 sec)
2023/09/16 21:11:29,202.210: T05f48: TL19: J01: Reading metadata from source file to calculate output path.
2023/09/16 21:11:29,202.219: T05f48: TL19: J01: Reading file: [\\NAS1\music\SLAYERS MEGUMIX\SLAYERS MEGUMIX -GOLD-\SLAYERS MEGUMIX -GOLD-.cue]
2023/09/16 21:11:29,911.596: T05f48: TL19: J01: Reading as a CueFile.
2023/09/16 21:11:29,921.827: T05f48: TL19: J01: Internal: No File: [\\NAS1\music\SLAYERS MEGUMIX\SLAYERS MEGUMIX -GOLD-\SLAYERS MEGUMIX -GOLD-.cue]
2023/09/16 21:11:29,924.157: T05f48: TL19: J01: Destination: [D:\ConvertedMusic\林原めぐみ – SLAYERS MEGUMIX -GOLD-]
2023/09/16 21:11:29,924.289: T05f48: TL19: J01: Converting [SLAYERS MEGUMIX -GOLD-.cue?2] to [__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3]
2023/09/16 21:11:29,924.302: T05f48: TL19: This task is using ThreadPool.
2023/09/16 21:11:29,924.495: T07ac8: TL19: J01: Begin convert from: \\NAS1\music\SLAYERS MEGUMIX\SLAYERS MEGUMIX -GOLD-\SLAYERS MEGUMIX -GOLD-.cue:2
2023/09/16 21:11:29,924.688: T07ac8: TL19: J01: Creating EncoderProcess.
2023/09/16 21:11:29,926.441: T07ac8: TL19: J01: Creating EncoderProcess completed.
2023/09/16 21:11:29,926.475: T07ac8: TL19: J01: SourceFile: \\NAS1\music\SLAYERS MEGUMIX\SLAYERS MEGUMIX -GOLD-\SLAYERS MEGUMIX -GOLD-.flac
2023/09/16 21:11:29,926.481: T07ac8: TL19: J01: PCM Spec :
2023/09/16 21:11:29,926.485: T07ac8: TL19: J01: – SampleRate: 44100
2023/09/16 21:11:29,926.489: T07ac8: TL19: J01: – Channels : 2
2023/09/16 21:11:29,926.493: T07ac8: TL19: J01: – BitDepth : 16
2023/09/16 21:11:33,815.853: T07ac8: TL19: J01: Decoding done.
2023/09/16 21:11:34,003.676: T07ac8: TL19: J01: Encoder finished : lame\lame.exe –tt –ta –cbr -b 256 – “C:\Users\sysadmin\AppData\Local\Temp\__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3”
2023/09/16 21:11:34,003.732: T07ac8: TL19: J01: Copying metatdata:
2023/09/16 21:11:34,003.921: T07ac8: TL19: J01: Reading metadata from file : ID3 or APE: [__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3]
2023/09/16 21:11:34,009.908: T07ac8: TL19: J01: Reading metadata from cache: ID3: [__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3]
2023/09/16 21:11:34,010.226: T07ac8: TL19: J01: Reading metadata from cache: APE: [__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3]
2023/09/16 21:11:34,010.295: T07ac8: TL19: J01: APE tag:No ID3 tag:Yes (ID3v2 tag:Yes ID3v1 tag:No )
2023/09/16 21:11:34,010.346: T07ac8: TL19: J01: Adding new ENCODINGTIME.
2023/09/16 21:11:34,010.517: T07ac8: TL19: J01: Reading metadata from file : FLAC: [SLAYERS MEGUMIX -GOLD-.flac]
2023/09/16 21:11:34,017.673: T07ac8: TL19: J01: Copying embedded image.
2023/09/16 21:11:34,023.608: T07ac8: TL19: J01: Embedding folder image.
2023/09/16 21:11:34,375.405: T07ac8: TL19: J01: Writing metadata.
2023/09/16 21:11:34,375.423: T07ac8: TL19: J01: Writing metadata to file : ID3 or APE: [__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3]
2023/09/16 21:11:34,375.430: T07ac8: TL19: J01: Writing ID3 tag.
2023/09/16 21:11:34,375.436: T07ac8: TL19: J01: Writing metadata to file : ID3: [__TBTMPF.SLAYERS ME.2.00008740.11._tfxtemp.standby.mp3]
2023/09/16 21:11:34,401.633: T07ac8: TL19: J01: ID3v1 tag was erased.
2023/09/16 21:11:34,401.644: T07ac8: TL19: J01: Writing metadata to file done: Completed
2023/09/16 21:11:34,401.653: T07ac8: TL19: J01: Writing metadata to file done: Completed
2023/09/16 21:11:34,401.663: T07ac8: TL19: J01: Writing metadata done: true
2023/09/16 21:11:34,401.985: T07ac8: TL19: J01: End convert from: \\NAS1\music\SLAYERS MEGUMIX\SLAYERS MEGUMIX -GOLD-\SLAYERS MEGUMIX -GOLD-.cue:2
2023/09/16 21:11:34,428.888: T05f48: TL19: Set StageState: [Running] -> [Done ]: <Decode and encode>
2023/09/16 21:11:34,526.618: T09ff8: TL19: Stage: Commit result
2023/09/16 21:11:34,526.668: T09ff8: TL19: Set StageState: [——-] -> [Running]: <Commit result>
2023/09/16 21:11:34,534.252: T02c7c: TL19: J01: Generated: [D:\ConvertedMusic\林原めぐみ – SLAYERS MEGUMIX -GOLD-\02 Give a reason.mp3]
2023/09/16 21:11:34,534.264: T02c7c: TL19: Kick Explorer.
2023/09/16 21:11:34,569.278: T02c7c: TL19: Cleanup.
2023/09/16 21:11:34,569.476: T02c7c: TL19: Converted 1 file.
2023/09/16 21:11:34,569.512: T02c7c: TL19: Set StageState: [Running] -> [Done ]: <Commit result>
2023/09/16 21:11:34,581.995: T09ff8: TL19: Set TaskState: [——-] -> [Done ]: <Converter>
2023/09/16 21:11:34,660.456: T09ff8: TL19:
2023/09/16 21:11:34,660.462: T09ff8: TL19: All tasks have completed.just tested FLAC file
I don’t have wv file, but I don’t think there are any differences by using lame…
mm…maybe..
metadata json:
{
“creatingLibrary”:{“name”:”MediaInfoLib”,”version”:”23.09″,”url”:”https://mediaarea.net/MediaInfo”},
“media”:{“@ref”:”D:\\ConvertedMusic\\林原めぐみ – SLAYERS MEGUMIX -GOLD-\\02 Give a reason.mp3″,”track”:[{“@type”:”General”,”AudioCount”:”1″,
“ImageCount”:”1″,
“FileExtension”:”mp3″,
“Format”:”MPEG Audio”,
“FileSize”:”12315626″,
“Duration”:”264.855″,
“OverallBitRate”:”256000″,
“StreamSize”:”3839415″,
“Title”:”Give a reason”,
“Album”:”SLAYERS MEGUMIX -GOLD-“,
“Album_Performer”:”林原めぐみ”,
“Track”:”Give a reason”,
“Track_Position”:”02″,
“Performer”:”林原めぐみ”,
“Recorded_Date”:”2008″,
“Encoded_Date”:”2023-09-16 21:11:34 UTC”,
“File_Created_Date”:”2023-09-16 13:11:34.530 UTC”,
“File_Created_Date_Local”:”2023-09-16 21:11:34.530″,
“File_Modified_Date”:”2023-09-16 13:11:34.398 UTC”,
“File_Modified_Date_Local”:”2023-09-16 21:11:34.398″,
“Encoded_Library”:”LAME3.100″,
“Cover”:”Yes”,
“Cover_Type”:”Cover (front)”,
“Cover_Mime”:”image/jpeg”,
“extra”:{“TB_CONTINUITY_TOP”:”0″,”TB_CONTINUITY_END”:”0″}},{“@type”:”Audio”,”Format”:”MPEG Audio”,
“Format_Version”:”1″,
“Format_Profile”:”Layer 3″,
“Format_Settings_Mode”:”Joint stereo”,
“Duration”:”264.856″,
“BitRate_Mode”:”CBR”,
“BitRate”:”256000″,
“Channels”:”2″,
“SamplesPerFrame”:”1152″,
“SamplingRate”:”44100″,
“SamplingCount”:”11680128″,
“FrameRate”:”38.281″,
“FrameCount”:”10139″,
“Compression_Mode”:”Lossy”,
“StreamSize”:”8475376″,
“Encoded_Library”:”LAME3.100″,
“Encoded_Library_Settings”:”-m j -V 4 -q 3 -lowpass 19.7″},{“@type”:”Image”,”Format”:”JPEG”,
“Width”:”2808″,
“Height”:”2800″,
“ColorSpace”:”YUV”,
“ChromaSubsampling”:”4:2:0″,
“BitDepth”:”8″,
“Compression_Mode”:”Lossy”,
“StreamSize”:”3837112″}]}
}CUEHSEET content:
2023-09-16 12:12 返信先: difference between Always and NotFixed on the UPnP ProxyStream setting???? #14263storaid参加者got it!
thanks…
Tiki
2023-09-16 10:54 返信先: difference between Always and NotFixed on the UPnP ProxyStream setting???? #14261storaid参加者hello,
what do you mean “fixed drive”????
local disk???
storaid参加者Hello,
I noticed you made a changes
thanks..
Tiki
storaid参加者Hello, Tiki..
I give it up…
I have tested other players, include Microsoft WMP..
They all carry related DLNA information, such as ContentFeatures.dlna.org, TransferMode.dlna.org, DNLA FLAGS..
if there is no plan to implement DLNA feature..
maybe this thread should be closed…
very thx your help, Tiki
storaid参加者No, Tiki
UPnP support is good for TuneBrowser…
Intel AV Media Wizard that tool is a standard ancient something..
What I’m more surprised about is that the A7000 is working with it…
In other words, none of the other products I have on hand is getting working unless that A7000…XDstoraid参加者I use the very old Intel AV Media Wizard to play music under the UPnP HTTP transmission.
The special thing is that A7000 can work normally…
I don’t quite understand what makes it work properly.
storaid参加者Ok,
Unfortunately, these home multimedia products, such as Soundbar or TV, usually support DLNA and are certified.
Carrying DLNA information is usually required, such as “TransferMode.dlna.org”
I think the SONY HT-A7000 soundbar probably has compatibility issue using UPnP with TuneBrowser.
storaid参加者Hello, Tiki
Unfortunately, it still doesn’t work properly
I captured some packets and did some comparisonsI found that there is a part that is different…
After the SetAVTransportURI request, the A7000 sends a HEAD request…
This part of the response seems to be very important…
I checked it out, and this is not just for compatibility with SONY devices…
These tags have an effect on some other brands, such as Samsung and others
[Tunebrowser]
[foobar2000]
XML content of SetAVTransportURI request:
HEAD request part:
Attention:
1. TransferMode.dlna.org
ex: Streaming
2. ContentFeatures.dlna.org
ex: DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01700000000000000000000000000000
3. Content-Typecheck these threads:
https://stackoverflow.com/questions/28422609/how-to-send-setavtransporturi-using-upnp-c
https://stackoverflow.com/questions/29182754/c-dlna-generate-dlna-org-flags
-
投稿者投稿