フォーラム › TuneBrowser › Playing 96KHz/32bits wav file failed!
-
投稿者投稿
-
2023-11-15 22:57 #14429storaid参加者
Hello, Tiki
plz try this sample link:
https://1drv.ms/u/s!AvA1navurakAiKhWJYeW_kQUPN0Jwg?e=QNovbd
{ "creatingLibrary":{"name":"MediaInfoLib","version":"23.10","url":"https://mediaarea.net/MediaInfo"}, "media":{"@ref":"D:\\OneDrive\\Private\\01_チア・チア_やくしまるえつこ.wav","track":[{"@type":"General","AudioCount":"1", "FileExtension":"wav", "Format":"Wave", "Format_Settings":"PcmWaveformat", "FileSize":"78894853", "Duration":"102.727", "OverallBitRate_Mode":"CBR", "OverallBitRate":"6144040", "StreamSize":"333", "Title":"01_????_????????", "Album":"[Hi-Res]やくしまるえつこ - チア・チア", "Track":"01_チア・チア_やくしまるえつこ", "Performer":"やくしまるえつこ", "Director":"????????", "File_Created_Date":"2023-11-15 13:42:48.762 UTC", "File_Created_Date_Local":"2023-11-15 21:42:48.762", "File_Modified_Date":"2019-10-10 09:38:16.470 UTC", "File_Modified_Date_Local":"2019-10-10 17:38:16.470", "OriginalSourceForm_Name":"[Hi-Res]???????? - ????"},{"@type":"Audio","Format":"PCM", "Format_Profile":"Float", "CodecID":"3", "Duration":"102.727", "BitRate_Mode":"CBR", "BitRate":"6144000", "Channels":"2", <strong>"SamplingRate":"96000"</strong>, "SamplingCount":"9861815", <strong>"BitDepth":"32"</strong>, "StreamSize":"78894520"}]} }
I got an error message “Unsupported format” from DENON HEOS App
Test devices:
1. Denon: no response
2. iFi Streamer: Successful2023-11-16 19:37 #14432TikiキーマスターI tried.
It seems that the TuneBrowser handled this file without any problems. Please ask to the device vendor.
2023-11-16 20:22 #14433storaid参加者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
2023-11-16 22:26 #14435TikiキーマスターHowever, I’m curious as to why the on-the-fly transcoding does not occur?
The reason is that whether to apply audio/L16 or not is based on the information in MIME.
At the MIME level, Renderer seems supporting wav.
2023-11-16 22:30 #14436storaid参加者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:*
2023-11-16 22:56 #14437storaid参加者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:
2023-11-17 19:22 #14441TikiキーマスターAs I said above, renderer is supporting wav. So TuneBrowser is using original wav file.
http-get:*:audio/wav:*
2023-11-17 20:54 #14443storaid参加者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
2023-11-18 07:27 #14446TikiキーマスターThe renderer does not return an error. So, the TuneBrowser cannot detect error.
I attached the log you uploaded above.
Attachments:
2023-11-21 19:15 #14454storaid参加者Hello, Tiki
So, the TuneBrowser cannot detect error.
You mean it is not capable of detecting errors from RST response???
Thanks
2023-11-21 19:30 #14455TikiキーマスターNo errors have occurred in UPnP (SOAP and GENA) processing.
I think the RST was generated during the HTTP file transfer, but the TuneBrowser does not determine from this behavior that the renderer is not capable of playing the file.
2023-11-21 21:56 #14456storaid参加者Hello, Tiki
What actually happens next when the TuneBrowser player receives no errors?
Even if TuneBrowser was unaware of RST happened.
2023-11-21 23:17 #14457TikiキーマスターWhat actually happens next when the TuneBrowser player receives no errors?
The TuneBrowser’s Media Server (HTTP Server) sends the file. And stops sending when the renderer stops receiving or some error occurs or the connection is closed.
2023-11-22 20:34 #14465storaid参加者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
2023-11-22 22:47 #14466TikiキーマスターIt is necessary to consider the possibility that the stop was made by another controller.
2023-11-22 23:48 #14468storaid参加者Hello, Tiki
Do you mean being able to further fine-tune UPnP’s operations in this case?
Thanks
2023-11-23 16:42 #14474Tikiキーマスター?
Could these triggered events above have been caused by playback, resulting in the stopping of playback?
It is necessary to consider the possibility that the stop was made by another controller.
I was taking about triggered events in your log.
As I said first, the TuneBrowser is working well for your file. At this time, I think there is no “further fine-tune”.
If you want to adjust by changing the setting:
– TreeItem: Playback settings – External UPnP renderer settings
– Property: External UPnP renderer settings – Use audio/L16If set this item to “If possible”, your file will play by your renderer as audio/L16. But most other files will also play as audio/L16. Perhaps that is not the result you want.
2023-11-24 21:08 #14475storaid参加者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
2023-11-26 08:10 #14476TikiキーマスターThank you for your understanding.
-
投稿者投稿
- このトピックに返信するにはログインが必要です。