Topic: ape conversion Problem for Philips Streamium with UPnP server (Read 5969 times)

phoenix91 · « **on:** August 07, 2005, 04:26:44 am »

Just got my Philips Streamium SL400i

mp3 Playback works perfect with MC11.0.310/UPnP Server 1.0.34

But I'm not able to get playing my .ape ripped albums.
Every song restarts playing several times for a fraction of a second. Then the next song... and the next...

The options of the UPnP Server are set to:
- Autodetect (same problems when set to Philips Streamium)
- Convert when necessary, mp3 normal

Do I need to click another necessary option within MC11? Any help is appreciated.

-----------------------------------------------------------------------------------
Media Center Registered 11.0.310 -- d:\Media\J River\Media Center 11\

Microsoft Windows XP 5.1 Service Pack 2 (Build 2600)
Intel Pentium 4 1694 MHz MMX / Memory: Total - 785 MB, Free - 384 MB

Internet Explorer: 6.0.2900.2180 / ComCtl32.dll: 5.82 (xpsp_sp2_rtm.040803-2158) / Shlwapi.dll: 6.00.2900.2668 (xpsp_sp2_gdr.050430-1553) / Shell32.dll: 6.00.2900.2620 (xpsp_sp2_gdr.050225-1820) / wnaspi32.dll: 4.71 (0002) , ASPI for Win32 (95/NT) DLL, Copyright © 1989-2002 Adaptec, Inc. / Aspi32.sys: 4.71 (0002)

Ripping / Drive L: Mode:ModeSecure Type:Auto Speed:Max
Drive M: Mode:ModeSecure Type:Auto Speed:Max
Drive N: Mode:Normal Type:Auto Speed:Max
Drive O: Mode:Normal Type:Auto Speed:Max
Drive P: Mode:Normal Type:Auto Speed:Max
Digital playback: Yes / Use YADB: Yes / Get cover art: Yes / Calc replay gain: Yes / Copy volume: 32767
Eject after ripping: Yes / Play sound after ripping: No

Burning / Drive M: LG CD-RW CED-8120B Addr: 2:1:0 Speed:12 MaxSpeed:12 BurnProof:No
Test mode: No / Eject after writing: Yes / Direct decoding: No / Write CD-Text: Yes
Use playback settings: No / Normalization: None

John Gateley · « **Reply #1 on:** August 08, 2005, 10:42:13 am »

Any messages on the server? Is the MP3 encoder installed?

j

phoenix91 · « **Reply #2 on:** August 08, 2005, 02:31:15 pm »

My MP3-Encoder under /Tools/Plug-In Manager/ is JRiver, Inc. Version 2.0.80
Converting an .ape album to a disc directory works without any difficulties. The playback of the .ape files and the converted .mp3 files sounds fine too.

Some Philips SL400 product info
(did an internet update, so I guess to have the latest firmware version):
P Version: 1.5.10
FP Version: 17
BL Version: 10
WL Version: 1.2.8.0

The SL400 is wire connected to a switch (don't use the WLAN at this time)

Hope to provide you with the server messages you asked for:
---------------------------------------------------------------------------------


08/08/05 20:44:37 - Browse BrowseDirectChildren 29(Audio\Artist/Album\AC/DC)
08/08/05 20:44:39 - Browse BrowseDirectChildren 89(Audio\Artist/Album\AC/DC\Big Gun)
08/08/05 20:44:40 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:45:16 - Received GENA message
08/08/05 20:45:16 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:45:16 - GENA Subscribe message
08/08/05 20:45:16 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\01 - It's a Long Way  To The Top (If You Wanna Rock 'n' Roll).ape
08/08/05 20:45:16 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:45:19 - Received request for file: e:\My Music\ACDC\High Voltage\01 - It's a Long Way  To The Top (If You Wanna Rock 'n' Roll).ape
08/08/05 20:45:25 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:45:25 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:27 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:27 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:29 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:29 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:31 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:31 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:33 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:33 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:35 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:35 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:37 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:37 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:39 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:39 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:45:41 - Received request for file: e:\My Music\ACDC\High Voltage\02 - Rock 'n' Roll Singer.ape
08/08/05 20:46:02 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:46:02 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\03 - The Jack.ape
08/08/05 20:46:03 - Received request for file: e:\My Music\ACDC\High Voltage\03 - The Jack.ape
08/08/05 20:46:08 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:46:09 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\04 - Live Wire.ape
08/08/05 20:46:10 - Received request for file: e:\My Music\ACDC\High Voltage\04 - Live Wire.ape
08/08/05 20:46:10 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\04 - Live Wire.ape
08/08/05 20:46:12 - Received request for file: e:\My Music\ACDC\High Voltage\04 - Live Wire.ape
08/08/05 20:46:20 - Browse BrowseDirectChildren 91(Audio\Artist/Album\AC/DC\High Voltage)
08/08/05 20:46:20 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\05 - T.N.T..ape
08/08/05 20:46:21 - Received request for file: e:\My Music\ACDC\High Voltage\05 - T.N.T..ape
08/08/05 20:46:22 - Sharing (with conversion): e:\My Music\ACDC\High Voltage\05 - T.N.T..ape
08/08/05 20:46:23 - Received request for file: e:\My Music\ACDC\High Voltage\05 - T.N.T..ape

---------------------------------------------------------------------------------

Thank you John, hope you find what's happening

U.

John Gateley · « **Reply #3 on:** August 08, 2005, 03:27:23 pm »

My BL version is 11 instead of 10, you might try to upgrade again.
Have you tried a lot of different APE files? Is it happening on all, or just some.

Create a couple of copies of a few files, convert the copies to WAV and MP3, then try to play them on the Streamium.

I'm confused because it's working fine for me...

j

phoenix91 · « **Reply #4 on:** August 08, 2005, 04:26:01 pm »

Tried to update again in /System Menu/Online Upgrade/ but got the Message 'already up to date'. The product info is still the same.

Relating to the Streamium Forum 'BL' is the shortcut for Bootloader. Ther seem to be devices around with BL versions 10, 11 and even 12. I wasn't able to find a definition what the differences between the versions are. My sl400 is made for the european market (german language).

As you see in my first post, my computer isn't a powermachine anymore. Could the problems base on some kind of a timing delay due to a long response time of my computer.
I already stopped all my task-list processes lik McAfee, ZoneAlarm, ... but without any success.

.ape files:
I tried it with many different files (>100) of several albums. Never succeded.
But half an hour ago. One track of an album was fully played after several restarts. The next tracks failed again. But no success when I tried to play the album again afterwards.

Thank you

U.

John Gateley · « **Reply #5 on:** August 08, 2005, 04:27:14 pm »

Try converting some to MP3 (make a copy first), and playing those without conversion.
Any luck?

j

phoenix91 · « **Reply #6 on:** August 08, 2005, 05:09:13 pm »

Did as you told me and converted an .ape album into a new folder (conversion mp3 extreme). Imported all tracks into the MC11 library and started the server.

Everything played fine.

Here the server messages for the first couple of tracks:
---------------------------------------------------------------------------------


08/08/05 23:51:30 - Browse BrowseDirectChildren 70(Audio\Artist/Album\AC/DC\High Voltage (mp3))
08/08/05 23:51:35 - Browse BrowseDirectChildren 70(Audio\Artist/Album\AC/DC\High Voltage (mp3))
08/08/05 23:51:36 - Received GENA message
08/08/05 23:51:36 - GENA Subscribe message
08/08/05 23:51:36 - Sharing (without conversion): E:\My Music mp3\ACDC\High Voltage mp3\01 - It's a Long Way  To The Top (If You Wanna Rock 'n' Roll).mp3
08/08/05 23:51:36 - Received request for file: E:\My Music mp3\ACDC\High Voltage mp3\01 - It's a Long Way  To The Top (If You Wanna Rock 'n' Roll).mp3
08/08/05 23:51:36 - Browse BrowseDirectChildren 70(Audio\Artist/Album\AC/DC\High Voltage (mp3))
08/08/05 23:54:51 - Received GENA message
08/08/05 23:54:51 - GENA Renew message
08/08/05 23:56:06 - Received GENA message
08/08/05 23:56:06 - GENA Renew message
08/08/05 23:56:36 - Browse BrowseDirectChildren 70(Audio\Artist/Album\AC/DC\High Voltage (mp3))
08/08/05 23:56:36 - Sharing (without conversion): E:\My Music mp3\ACDC\High Voltage mp3\02 - Rock 'n' Roll Singer.mp3
08/08/05 23:56:36 - Received request for file: E:\My Music mp3\ACDC\High Voltage mp3\02 - Rock 'n' Roll Singer.mp3
08/08/05 23:59:22 - Received GENA message
08/08/05 23:59:22 - GENA Renew message
08/09/05 00:00:37 - Received GENA message
08/09/05 00:00:37 - GENA Renew message
08/09/05 00:01:40 - Browse BrowseDirectChildren 70(Audio\Artist/Album\AC/DC\High Voltage (mp3))
08/09/05 00:01:40 - Sharing (without conversion): E:\My Music mp3\ACDC\High Voltage mp3\03 - The Jack.mp3
08/09/05 00:01:40 - Received request for file: E:\My Music mp3\ACDC\High Voltage mp3\03 - The Jack.mp3

---------------------------------------------------------------------------------

Thank you again John and have a good day. It's bed time for me now.

U.

phoenix91 · « **Reply #7 on:** August 09, 2005, 12:51:02 am »

Tried to play a .wav file and got the same effects as with the .ape

Looks like an issue with the on the fly conversion to mp3. As I tested before, the conversion to disc (ape to mp3) works well. Are there different decoders/encoders used during on the fly?

U.

John Gateley · « **Reply #8 on:** August 09, 2005, 09:52:19 am »

No ideas on this one. It is the same converter used (for on the fly, or on-disk or any conversion), so that's not it.

I wonder about speed, but your computer should be fast enough. How long does it take to convert a file?

It's inelegant, but you could run a network sniffer (www.ethereal.com) for the APE playback and the MP3 playback, and look for differences. Especially look at the timings, when the first
packet with audio content is sent compared to when the request was received.

j

phoenix91 · « **Reply #9 on:** August 09, 2005, 05:13:44 pm »

The convertion disk to disk took 2:06
.ape (one file, duration 5:50, Bitrate 766) to .mp3 (target quality extreme)

Made a test today with my notebook computer (same MC version installed, connected to the same switch).
Copied a couple of .ape files from my home pc to the notebook computer, imported the files into the MC library, started the UPnP server, started my streamium and every ape-song played fine. Was great to listen to!

So, the problem sticks really somewhere within my home pc!

Next step will be: dealing with the network sniffer.

Thank's again.

U.

John Gateley · « **Reply #10 on:** August 10, 2005, 10:51:38 am »

Try a lower setting, see if that makes it better.

j

phoenix91 · « **Reply #11 on:** August 10, 2005, 12:03:37 pm »

Did tests with mp3 VBR encoding normal and even with fix bitrate 32kbps.
Still the same issue, every song restarts several times from the beginning for maybe 2 or 3 seconds.

Will come soon with my network sniffer analysis.

U.

phoenix91 · « **Reply #12 on:** August 10, 2005, 01:31:30 pm »

I'm not familiar with network sniffers and network packages but tried to get some information out of the ethereal captures.

I started playback of an ape-album (10 songs) on the Streamium and captured all the network traffic between my PC and the Philips Streamium. Part of the capture protocol is posted in the follwing post.

What I believe to see:

The download (stream) of the first song starts fine, package after package is sent from PC and acknowledged by the Streamium
i.E. package #244 sent (seq=98550), acknowledge with package #250(
The time delay between the packages are similar to the delays during playback of a mp3 song
In the packages #262, #263, #264 the Streanium ask for seq=114934. But why in 3 packages.
In the capture protocol of my notebook computer (where the ape playback works) is here a [TCP Window Full] message
I see no resend of the missing package
With package #265 PC sends seq=114934. Then the stream stops suddenly. But I don't understand the meaning of [RST, ACK]
The full song would go up to seq=9376893
I don't know what information is sent in the packages #266 to #279
With package #280 playback of the first song starts again

Can you read something out of this capture information. I'm lost.

U.

phoenix91 · « **Reply #13 on:** August 10, 2005, 01:32:38 pm »

--------------------------------------------------------------------------------------------------------
Playback from pc to streamium: ape-file converted to mp3-stream (mp3 target quality extreme)
ip-addr. PC: 193.5.120.208
ip-addr. Philips Streamium sl400i: 193.5.120.33

No.     Time        Source                Destination           Protocol Info
    247 0.000055    193.5.120.33          193.5.120.208         TCP      [TCP Window Update] 1081 > 1155 [ACK] Seq=160 Ack=98550 Win=16920 Len=0
    248 0.000069    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=101370 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    249 0.000048    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=102780 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    250 0.000049    193.5.120.33          193.5.120.208         TCP      [TCP Window Update] 1081 > 1155 [ACK] Seq=160 Ack=98550 Win=19740 Len=0
    251 0.000040    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=104190 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    252 0.000067    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [PSH, ACK] Seq=105600 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1142
    253 0.000908    193.5.120.33          193.5.120.208         TCP      1081 > 1155 [ACK] Seq=160 Ack=106742 Win=14100 Len=0
    254 0.000109    193.5.120.33          193.5.120.208         TCP      [TCP Window Update] 1081 > 1155 [ACK] Seq=160 Ack=106742 Win=16920 Len=0
    255 0.000169    193.5.120.33          193.5.120.208         TCP      [TCP Window Update] 1081 > 1155 [ACK] Seq=160 Ack=106742 Win=19740 Len=0
    256 0.011131    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=106742 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    257 0.000048    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=108152 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    258 0.000085    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=109562 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    259 0.000064    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=110972 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    260 0.000034    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [ACK] Seq=112382 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    261 0.000072    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [PSH, ACK] Seq=113792 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1142
    262 0.000937    193.5.120.33          193.5.120.208         TCP      1081 > 1155 [ACK] Seq=160 Ack=114934 Win=14100 Len=0
    263 0.000150    193.5.120.33          193.5.120.208         TCP      [TCP Window Update] 1081 > 1155 [ACK] Seq=160 Ack=114934 Win=16920 Len=0
    264 0.000171    193.5.120.33          193.5.120.208         TCP      [TCP Window Update] 1081 > 1155 [ACK] Seq=160 Ack=114934 Win=19740 Len=0
    265 0.028407    193.5.120.208         193.5.120.33          TCP      1155 > 1081 [RST, ACK] Seq=114934 Ack=160 Win=0 Len=0
    266 1.103337    193.5.120.208         193.5.120.33          TCP      1155 > 1082 [RST, ACK] Seq=4174 Ack=831 Win=0 Len=0
    267 3.186285    193.5.120.33          193.5.120.208         TCP      1083 > 1155 [SYN] Seq=0 Ack=0 Win=19740 Len=0 MSS=1410
    268 0.000915    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1460
    269 0.000274    193.5.120.33          193.5.120.208         TCP      1083 > 1155 [ACK] Seq=1 Ack=1 Win=19740 Len=0
    270 0.018977    193.5.120.33          193.5.120.208         TCP      1083 > 1155 [PSH, ACK] Seq=1 Ack=1 Win=19740 Len=278
    271 0.121089    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [ACK] Seq=1 Ack=279 Win=65257 [TCP CHECKSUM INCORRECT] Len=0
    272 0.000401    193.5.120.33          193.5.120.208         TCP      1083 > 1155 [PSH, ACK] Seq=279 Ack=1 Win=19740 Len=608
    273 0.037701    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [PSH, ACK] Seq=1 Ack=887 Win=64649 [TCP CHECKSUM INCORRECT] Len=210
    274 0.000482    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [ACK] Seq=211 Ack=887 Win=64649 [TCP CHECKSUM INCORRECT] Len=1410
    275 0.000041    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [PSH, ACK] Seq=1621 Ack=887 Win=64649 [TCP CHECKSUM INCORRECT] Len=157
    276 0.000341    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [FIN, ACK] Seq=1778 Ack=887 Win=64649 [TCP CHECKSUM INCORRECT] Len=0
    277 0.000229    193.5.120.33          193.5.120.208         TCP      1083 > 1155 [ACK] Seq=887 Ack=1779 Win=18330 Len=0
    278 0.062488    193.5.120.33          193.5.120.208         TCP      1083 > 1155 [FIN, ACK] Seq=887 Ack=1779 Win=19740 Len=0
    279 0.000059    193.5.120.208         193.5.120.33          TCP      1155 > 1083 [ACK] Seq=1779 Ack=888 Win=64649 [TCP CHECKSUM INCORRECT] Len=0
    280 0.066837    193.5.120.33          193.5.120.208         TCP      1084 > 1155 [SYN] Seq=0 Ack=0 Win=19740 Len=0 MSS=1410
    281 0.000898    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1460
    282 0.000278    193.5.120.33          193.5.120.208         TCP      1084 > 1155 [ACK] Seq=1 Ack=1 Win=19740 Len=0
    283 0.000257    193.5.120.33          193.5.120.208         TCP      1084 > 1155 [PSH, ACK] Seq=1 Ack=1 Win=19740 Len=48
    284 0.130982    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=1 Ack=49 Win=65487 [TCP CHECKSUM INCORRECT] Len=0
    285 0.000308    193.5.120.33          193.5.120.208         TCP      1084 > 1155 [PSH, ACK] Seq=49 Ack=1 Win=19740 Len=111
    286 0.200320    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=1 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=0
    287 1.547075    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [PSH, ACK] Seq=1 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=245
    288 0.007542    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=246 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    289 0.152319    193.5.120.33          193.5.120.208         TCP      1084 > 1155 [ACK] Seq=160 Ack=1656 Win=19740 Len=0
    290 0.000078    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=1656 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    291 0.000033    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=3066 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    292 0.000025    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=4476 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410
    293 0.000845    193.5.120.33          193.5.120.208         TCP      1084 > 1155 [ACK] Seq=160 Ack=5886 Win=18330 Len=0
    294 0.000067    193.5.120.208         193.5.120.33          TCP      1155 > 1084 [ACK] Seq=5886 Ack=160 Win=65376 [TCP CHECKSUM INCORRECT] Len=1410

--------------------------------------------------------------------------------------------------------

John Gateley · « **Reply #14 on:** August 10, 2005, 01:51:16 pm »

A RST flag means "abnormally terminate this connection". I'm not sure why the Streamium does it, but it's normal behavior I think. The timings look okay to me, that was the main reason for trying the sniff.

I have no ideas at this point... Have you tried reinstalling?

j

phoenix91 · « **Reply #15 on:** August 10, 2005, 04:54:52 pm »

Did a full uninstall of MC11, rebooted and installed MC11.0.311

Unfortunately the same effects with ape playback.

U.

Alex B · « **Reply #16 on:** August 10, 2005, 05:10:25 pm »

Could this have something to do with the filename path conversion. Does MC use the library fields in the process? I can see AC/DC mentioned in the logs.

Did you try any tracks that have only basic characters in the tags?

phoenix91 · « **Reply #17 on:** August 11, 2005, 01:08:20 am »

I tried it with many different artists and albums. The AC/DC album plays fine from mp3-files (converted in advance ape to mp3).

The problem occurs during playback with 'on the fly' conversion from lossless files (ape, wav) to the mp3 stream. The mp3 stream quality (kbps) seems to be of no matter.

Any further ideas and tips are very welcome.

U.

phoenix91 · « **Reply #18 on:** August 11, 2005, 04:00:57 am »

As an information:
Converted a couple of .ape Files to .wav (with MC11, disk to disk). The wav-files don't playback with MC11/UPnP-Server.

Installed TwonkyVision Server 2.90. The wav-files playback properly on my Streamium.

But, my music library is mostly ape-files. So TwonkyVision isn't the solution for me.

U.

Alex B · « **Reply #19 on:** August 11, 2005, 04:57:34 am »

Quote from: phoenix91 on August 11, 2005, 01:08:20 am

I tried it with many different artists and albums. The AC/DC album plays fine from mp3-files (converted in advance ape to mp3).

The problem occurs during playback with 'on the fly' conversion from lossless files (ape, wav) to the mp3 stream. The mp3 stream quality (kbps) seems to be of no matter.

That was clear to me. I just wanted to make sure that a file named e.g. E:\x\y\z.ape (with equally simple tags) has the same problem when MP3 conversion is enabled.

If I recall correctly there were some strange filename access problems with the Library Server conversions at the alpha stage. (Library Server is the only server I use. Sorry, that I can't be of much help.)

phoenix91 · « **Reply #20 on:** August 11, 2005, 03:20:36 pm »

Quote from: Alex B on August 11, 2005, 04:57:34 am

I just wanted to make sure that a file named e.g. E:\x\y\z.ape (with equally simple tags) has the same problem when MP3 conversion is enabled.

I Did as you suggested. I took an ape-file, gave it a simple filename in a simple directory (c:\work\aaa.ape), cleaned the tags and filled them again with short words without any special characters.
But playback was no success.

U.

phoenix91 · « **Reply #21 on:** August 14, 2005, 10:35:15 am »

Quote from: John Gateley on August 10, 2005, 01:51:16 pm

A RST flag means "abnormally terminate this connection". I'm not sure why the Streamium does it, but it's normal behavior I think.

Following the sequence of to the Ethereal captions, the PC (i.e. UPnP-Server) stops the stream and not the Philips Streamium device!
Please refer to the captions in my post from 10. August, 20:32

in packet #262 the Philips Streamium asks for the next stream-packet (seq=114934)
in packet #265 the PC (UPnP-Server) answers with a reset of the streaming-connection

My evaluation of the sequence and the triggered events could be totally wrong.
But please, John G. can you spend another minute on my UPnP-server issue?
I really would appreciate it.

U.

John Gateley · « **Reply #22 on:** August 15, 2005, 11:06:25 am »

You are correct - the server is resetting the connection. This usually means something strange happened, like the process doing the writing to the TCP connection dies. Check the available disk space on the home PC, kill all running programs and try again, run a virus scanner...

j

phoenix91 · « **Reply #23 on:** August 16, 2005, 12:50:27 am »

The PC has several GB of free space on every disc and partition.
All security relevant programs are always up to date (McAfee, ZoneAlarmPro, SpyBot, WinXP Updates).

Did as you asked for:
- Virus scanning: nothing found
- SpyBot Search&Destroy: no malware, some cookies deleted
- stopped all running programs: still the same issues

Thought that the problem only exists during playback of lossless files (ape, wav). That was wrong. Whenever conversion is needed (i.e from wma), playback with UPnP-Server to the Streamium fails.
There must be a problem while processing the conversion to mp3.

John Gateley · « **Reply #24 on:** August 16, 2005, 10:23:07 am »

Quote from: phoenix91 on August 16, 2005, 12:50:27 am

Thought that the problem only exists during playback of lossless files (ape, wav). That was wrong. Whenever conversion is needed (i.e from wma), playback with UPnP-Server to the Streamium fails.
There must be a problem while processing the conversion to mp3.

It works fine on your laptop and elsewhere, so I'm guessing the code is not the problem.
I know you've tried different MP3 options, and that hasn't affected it.
The server is resetting the connection so it's not the Streamium.
No one else has reported this problem.
I'm really stumped.
Can you find a friend who'll loan you a PC for a while? Put it in place of yours, install MC
and see if it happens. This won't show much, but it should prove that the problem
is with your PC and not with the program.

j

phoenix91 · « **Reply #25 on:** August 16, 2005, 02:43:36 pm »

Thank you for your answer John.
I am fully aware that this strange issue is a special (personal) problem of my Home-PC, since my other computers work fine with the UPnP server.

Notheless, to get my Philips Streamium playing my music library, I have to isolate the problem on my PC and after that I will have to find a way to fix the source of error.

The tests brought up some facts (i.e. problem occurs when conversion on the fly becomes active, mp3 files play fine, server resets the connection, ...). It was never my intention to blame MC or the UPnP-server. I believe that there are many other software components (dll, libraries, api, en-/decoder, drivers) installed by the OS or other programs that support this music conversion process. One of this components seems to be faulty, outdated or corrupted.

What could cause the server to cut the connection after streaming for about 1 second?

You know how your UPnP-server works. I'm lacking this knowledge and so, my only hope are my postings for help.

John Gateley · « **Reply #26 on:** August 16, 2005, 03:24:32 pm »

The only thing that I can think of that would kill the stream after a second is if the encoding process died (via memory fault or similar). But it's not happening for anybody else, and it's too reproducible to be hardware, leaving me with no ideas.

When you reinstalled, did you completely remove MC? Including checking the registry to make sure it was gone?

Is the library on the local machine? Are you using library server by any chance?

Anything else that's different between your laptop and your UPnP server machine?

j

INTERACT FORUM

Author Topic: ape conversion Problem for Philips Streamium with UPnP server (Read 5969 times)