storaid

フォーラムへの返信

100件の投稿を表示中 - 101 - 200件目 (全280件中)
  • 投稿者
    投稿
  • 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.

    Attachments:
    storaid
    参加者

    ok

    thanks

    storaid
    参加者

    ok

    respect your opinion

    thanks for your help.

    storaid
    参加者

    Hello, Tiki

    I have a question

    What circumstances allow the “Convert on-the-fly to audio/L16 format” function to work?

    Thanks

    返信先: DSD to PCM Conversion suggestions #15015
    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.

    storaid
    参加者

    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

    storaid
    参加者

    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

    storaid
    参加者

    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

    storaid
    参加者

    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.

    storaid
    参加者

    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
    
    
    storaid
    参加者

    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?

    storaid
    参加者

    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.
    
    
    storaid
    参加者

    Like Foobar2000, it has similar settings.

    storaid
    参加者

    IMO, the following flow:

    storaid
    参加者

    sorry

    that log is about WASPI-exclusive..

    plz check the new log

     

    storaid
    参加者

    Hi,

    Player Log

    thanks

    返信先: DSD to PCM Conversion suggestions #14969
    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.

    返信先: DSD to PCM Conversion suggestions #14946
    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.

    返信先: strange track jumping problem #14728
    storaid
    参加者

    Hello, Tiki

    Seems like this problem has been resolved…

    Thank you

    返信先: DSD to PCM Conversion suggestions #14652
    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.

    返信先: DSD to PCM Conversion suggestions #14650
    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

    返信先: DoPE support? #14640
    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

    返信先: strange track jumping problem #14625
    storaid
    参加者

    Hello,

    here is the log

    返信先: strange track jumping problem #14623
    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…

    返信先: About HT-A7000 UPnP issue #14549
    storaid
    参加者

    I’m not sure.

    but it’s possible that I can change the TuneBrowser service port for debugging purposes?

    default port: 10960?

    返信先: About HT-A7000 UPnP issue #14548
    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.

    返信先: About DLNA feature support #14547
    storaid
    参加者

    Ok thanks

    返信先: About DLNA feature support #14545
    storaid
    参加者

    For example, this thread:

    UPnPでSoundgenicをレンダラーとして利用した際に不安定

    現在、アイ・オー・データ機器の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.

    返信先: Playing 96KHz/32bits wav file failed! #14539
    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.

    返信先: Playing 96KHz/32bits wav file failed! #14534
    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.

     

    返信先: Playing 96KHz/32bits wav file failed! #14532
    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.

    返信先: Playing 96KHz/32bits wav file failed! #14529
    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

    storaid
    参加者
    storaid
    参加者

    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.

    https://github.com/Ray1024/Direct2D

    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.

    返信先: Playing 96KHz/32bits wav file failed! #14475
    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

    返信先: Playing 96KHz/32bits wav file failed! #14468
    storaid
    参加者

    Hello, Tiki

    Do you mean being able to further fine-tune UPnP’s operations in this case?

    Thanks

    返信先: Playing 96KHz/32bits wav file failed! #14465
    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

    返信先: Playing 96KHz/32bits wav file failed! #14456
    storaid
    参加者

    Hello, Tiki

    What actually happens next when the TuneBrowser player receives no errors?

    Even if TuneBrowser was unaware of RST happened.

    返信先: Playing 96KHz/32bits wav file failed! #14454
    storaid
    参加者

    Hello, Tiki

    So, the TuneBrowser cannot detect error.

    You mean it is not capable of detecting errors from RST response???

    Thanks

    返信先: Playing 96KHz/32bits wav file failed! #14443
    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

    返信先: Playing 96KHz/32bits wav file failed! #14437
    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:

     

    返信先: Playing 96KHz/32bits wav file failed! #14436
    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:*
    
    
    返信先: transcoding on-the-fly support? #14434
    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

    返信先: Playing 96KHz/32bits wav file failed! #14433
    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

    返信先: transcoding on-the-fly support? #14427
    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

    返信先: Missing UPnP device control issue #14423
    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.

    返信先: transcoding on-the-fly support? #14422
    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..

    返信先: transcoding on-the-fly support? #14417
    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?

    返信先: Missing UPnP device control issue #14413
    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.

    返信先: incorrect playback with UPnP renderer #14408
    storaid
    参加者

    Tested it for a while…

    Well, in this version, it’s working well with UPnP renderer.

    thanks, Tiki

    返信先: Failed ape(24bit) playback issue #14395
    storaid
    参加者

    ok…

    now this version

    it’s working well with playing hi-res ape…

    thanks..

    storaid
    参加者

    the problem is gone…

    thanks

    返信先: Failed ape(24bit) playback issue #14379
    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

    返信先: Scan interval for music folders #14311
    storaid
    参加者

    Hello, Tiki

    it’s working and very fast with setting Watch network drive (NAS) as Auto…

    Thanks for your answer…

    storaid
    参加者

    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. Orz

     

    返信先: Scan interval for music folders #14307
    storaid
    参加者

    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.

    storaid
    参加者

    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.

    返信先: Failed ape(24bit) playback issue #14297
    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"}]}
    }
    
    
    返信先: Failed ape(24bit) playback issue #14296
    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

    返信先: Scan interval for music folders #14293
    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

    返信先: Scan interval for music folders #14290
    storaid
    参加者

    Hello, Tiki

    is there possible anyway to trigger the Quick Scan??

    返信先: UPnP issues #14286
    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…

    返信先: UPnP issues #14284
    storaid
    参加者

    Tested Device: Denon Home

    返信先: UPnP issues #14282
    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:
    返信先: UPnP issues #14279
    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?

     

    返信先: unknown freeze #14273
    storaid
    参加者

    okay

    thanks

    Tiki

    storaid
    参加者

    thanks for your answer..

    Tiki

    返信先: unknown freeze #14268
    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&#8221;},
    “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:

    storaid
    参加者

    got it!

    thanks…

    Tiki

    storaid
    参加者

    hello,

    what do you mean “fixed drive”????

    local disk???

    返信先: small UI issues #14211
    storaid
    参加者

    Hello,

    I noticed you made a changes

    thanks..

    Tiki

    返信先: About HT-A7000 UPnP issue #14210
    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

    返信先: About HT-A7000 UPnP issue #14208
    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…XD

    返信先: About HT-A7000 UPnP issue #14204
    storaid
    参加者

    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.

    返信先: About HT-A7000 UPnP issue #14198
    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.

    返信先: About HT-A7000 UPnP issue #14194
    storaid
    参加者

    Hello, Tiki

    Unfortunately, it still doesn’t work properly
    I captured some packets and did some comparisons

    I 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-Type

    check 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

     

100件の投稿を表示中 - 101 - 200件目 (全280件中)