|
Sebastian_Mares
Guest
|
 |
« Reply #20 on: 6 May '05 - 18:57 » |
 Quote
|
Unfortunately it doesn't seem to support Netscape Radio AAC+ streams, which are what I particularly need it for. For example:
uvox://64.236.34.65/stream/8667
These streams play fine in XMPlay with the Nullsoft MPEG decoder.
What protocol is that?  |
|
|
|
|
Logged
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #21 on: 6 May '05 - 19:33 » |
Quote
|
Nobody else experiencing my problem (5 posts up)? I would think it's a rather major bug if reproduceable by others.... OK. Tested some more. After replacing old xmp-aac with new, I can still play the following formats: .mp3, .ogg, .wav, .m4a I can no longer play these formats: .mpc, .ape, .wv, .ofr, .flac  Reverting to old xmp-aac fixes it. I have the native plugins installed for all formats BTW, no Winamp plugs. |
|
|
|
|
Logged
|
|
|
|
|
Sebastian Andersson
Posts: 372
|
|
« Reply #22 on: 6 May '05 - 19:36 » |
Quote
|
I have uploaded an update with a few enhancements. There is, however, no bug fix for the problem that affects other plugins yet and no support for "uvox" streams yet.
Edit: Please ignore/remove the previous post, something is wrong with my Internet, so that's why I happened to mix things up.
|
|
|
|
|
Logged
|
|
|
|
|
Brian
Posts: 733
|
|
« Reply #23 on: 6 May '05 - 21:16 » |
Quote
|
Unfortunately it doesn't seem to support Netscape Radio AAC+ streams, which are what I particularly need it for. For example:
uvox://64.236.34.65/stream/8667
These streams play fine in XMPlay with the Nullsoft MPEG decoder.
What protocol is that? As far as I know, uvox is the protocol (stands for UltraVox), but I'm afraid I don't know any more about it. It seems to be AOL's preferred protocol for streaming these days. |
|
|
|
|
Logged
|
|
|
|
|
ttaazz
Posts: 1
|
 |
« Reply #24 on: 7 May '05 - 12:20 » |
Quote
|
Hello, I was about to post a bug report because of a strange behaviour I noticed while trying to play some .M4A files : I burnt all of my .M4A files on a DVD, but for some reason, I was unable to play some of them : by right clicking on the files or the folder, or even by double clicking on them. Even weirder : some appeared in the playlist window while some never. If I put them on my hard disk, no troubles at all. With your latest update (as of may 06), all seems to work well. Just wanted to let you know about this, as I haven't read anything about this issue (and I thought that it was something that you could have wanted to know). So : Many thanks for your great work!  |
|
|
|
« Last Edit: 7 May '05 - 12:40 by ttaazz »
|
Logged
|
|
|
|
|
Sebastian Andersson
Posts: 372
|
|
« Reply #25 on: 7 May '05 - 14:13 » |
Quote
|
There is a new update available, where RAW AAC support has completely been removed. It seemed to cause troubles with other plugins. Edit: Thanks ttaazz! |
|
|
|
« Last Edit: 7 May '05 - 14:29 by Sebastian Andersson »
|
Logged
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #26 on: 7 May '05 - 15:43 » |
Quote
|
There is a new update available, where RAW AAC support has completely been removed. It seemed to cause troubles with other plugins. Now files of other formats are playable again. However, there's still an issue. When dragging any m3u file for an album of mpc files onto the player, XMPlay crashes. 100% reproduceable on my system. When reverting back to old xmp-aac this behavior stops. With this new xmp-aac in it happens everytime. I extracted the info of one of these crashes from drwtsn32.log. But that's far to long to post here. I can mail it if there's any interest... |
|
|
|
|
Logged
|
|
|
|
|
Sebastian_Mares
Guest
|
|
« Reply #27 on: 7 May '05 - 15:45 » |
Quote
|
Could you zip/rar it and make it available to both of us (Seb and me)?
|
|
|
|
|
Logged
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #28 on: 7 May '05 - 16:02 » |
Quote
|
Could you zip/rar it and make it available to both of us (Seb and me)?
Yes, obviously... But I don't know how.... Could you PM me the e-mail adresses you want me to use or something...? |
|
|
|
|
Logged
|
|
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #30 on: 7 May '05 - 16:11 » |
Quote
|
Thanks for the tip, but as drwtsn32.log also contains informations on my private system, I rather not make it publicly available. Sending it to the developers will be enough.... |
|
|
|
|
Logged
|
|
|
|
|
Sebastian_Mares
Guest
|
|
« Reply #31 on: 7 May '05 - 16:36 » |
Quote
|
|
|
|
|
|
Logged
|
|
|
|
|
Sebastian_Mares
Guest
|
|
« Reply #32 on: 7 May '05 - 17:46 » |
Quote
|
Correct me if I am wrong regarding the steps required to reproduce the bug:
1: Open an MP4 or AAC file from the HDD and play it with XMPlay.
2: Drag&Drop an M3U file containing a reference to an MPC file to XMPlay.
The above scenario doesn't cause XMPlay to crash on my side.
|
|
|
|
|
Logged
|
|
|
|
|
Sebastian Andersson
Posts: 372
|
|
« Reply #33 on: 7 May '05 - 17:48 » |
Quote
|
Correct me if I am wrong regarding the steps required to reproduce the bug:
1: Open an MP4 or AAC file from the HDD and play it with XMPlay.
2: Drag&Drop an M3U file containing a reference to an MPC file to XMPlay.
The above scenario doesn't cause XMPlay to crash on my side.
Same here, I wasn't able to reproduce the bug. |
|
|
|
|
Logged
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #34 on: 7 May '05 - 18:07 » |
Quote
|
Correct me if I am wrong regarding the steps required to reproduce the bug:
1: Open an MP4 or AAC file from the HDD and play it with XMPlay.
2: Drag&Drop an M3U file containing a reference to an MPC file to XMPlay.
The above scenario doesn't cause XMPlay to crash on my side.
Correct. Except that the M3U files I tried contained references to an album of MPC files, meaning several files (all different albums though, 1 M3U file goes with each album, I tested 4 different albums), I haven't tested with just one file. Also it happens everytime I do this with new xmp-aac in, whether I played an MP4 or AAC file before or not.... Reverting to old xmp-aac still fixes it. It does not happen if the M3U refer to an album of M4A, OGG or MP3 files. Using the newest xmp-mpc BTW. MPC files coded with mppenc 1.15v --quality 6 |
|
|
|
|
Logged
|
|
|
|
|
Sebastian Andersson
Posts: 372
|
|
« Reply #35 on: 7 May '05 - 18:10 » |
Quote
|
Correct me if I am wrong regarding the steps required to reproduce the bug:
1: Open an MP4 or AAC file from the HDD and play it with XMPlay.
2: Drag&Drop an M3U file containing a reference to an MPC file to XMPlay.
The above scenario doesn't cause XMPlay to crash on my side.
Correct. Except that the M3U files I tried contained references to an album of MPC files, meaning several files (all different albums though, 1 M3U file goes with each album, I tested 4 different albums), I haven't tested with just one file. Also it happens everytime I do this with new xmp-aac in, whether I played an MP4 or AAC file before or not.... Reverting to old xmp-aac still fixes it. It does not happen if the M3U refer to an album of M4A, OGG or MP3 files. Using the newest xmp-mpc BTW. MPC files coded with mppenc 1.15v --quality 6 I tested a M3U file that contained references to several "braindead" encoded MPC files. No crash, they simply got parsed and added to the playlist. Please make sure that you are using the latest xmp-aac. |
|
|
|
|
Logged
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #36 on: 7 May '05 - 18:22 » |
Quote
|
I emptied firefox cache and redownloaded. Got a version a few hours newer than the last I tried, but still same behaviour.... I now also tested with M3U file only refering to a single MPC file. It don't crash. Only when the M3U refer to several files.
|
|
|
|
|
Logged
|
|
|
|
|
|
|
Mr_Rabid_Teddybear
Posts: 47
|
|
« Reply #38 on: 7 May '05 - 19:28 » |
Quote
|
If it's not possible to reproduce for any others then it must be my system that are f**ked in some way or another.... Well, well...
|
|
|
|
|
Logged
|
|
|
|
|
|
|
