Author Topic: XMPlay AAC & MP4 plugin  (Read 232277 times)

sergeymen

  • Posts: 29
Re: XMPlay AAC & MP4 plugin
« Reply #100 on: 11 Jan '07 - 06:52 »
presence of other plugins does not affect the behavior - i tried it without any other plugins present.

when I double-click on it (with 'verify' ON) it gets added to the playlist, but it is crossed out and the metadata and length are not displayed.

I observe this behavior on two computers with different audio cards.

Edit: ... on three different computers.
« Last Edit: 11 Jan '07 - 07:02 by sergeymen »

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #101 on: 11 Jan '07 - 14:55 »
Ah, I see what it is now. I previously only tried with the current "in development" version (not the .6 release). The problem is that the latest AAC plugin is assuming that XMPlay rewinds the file before giving it, but XMPlay didn't used to do that (it does/will now). I've put an updated AAC plugin in the ZIP, which does rewind the file itself.

sergeymen

  • Posts: 29
Re: XMPlay AAC & MP4 plugin
« Reply #102 on: 11 Jan '07 - 15:11 »
Thank you very much, Ian! That fixes it!

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #103 on: 5 Apr '07 - 06:08 »
Hi. I encountered some problems using XMP-AAC plugin when playing AAC songs which are 30-40 Mb in size and are coded in 64 kbit/s (generally, it is 60-70 minutes of music). So, it takes very much time to load it. I suppose that XMPlay or plugin scans all the file to determine its length. And that's OK. But. Winamp plays such files instantly without any scanning. What's the problem? I can't wait 15-20 seconds until such a file will load.

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #104 on: 5 Apr '07 - 13:28 »
Yes, the plugin does currently prescan AAC files to get accurate seek-points (and length). I'll see if I can add some bypass option.

Ajaja

  • Posts: 5
Re: XMPlay AAC & MP4 plugin
« Reply #105 on: 24 Apr '07 - 22:45 »
The latest version of plugin (rev.2  from 23/04/2007) doesn't play correct mono m4a-files with 22050Hz AAC stream (created with free commandline Nero aac coder in my tests). It shows 44100Hz, stereo, and only half of real duration :(   Raw aac 22kHz mono files plays better - shows 44.1KHz stereo, but calculate right duration, so rewind works fine.
« Last Edit: 24 Apr '07 - 23:02 by Ajaja »

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #106 on: 26 Apr '07 - 15:59 »
Please upload an example troublesome file here...

   ftp.un4seen.com/incoming/

Ajaja

  • Posts: 5
Re: XMPlay AAC & MP4 plugin
« Reply #107 on: 26 Apr '07 - 16:27 »
Please upload an example troublesome file here...

   ftp.un4seen.com/incoming/
I uploaded file, but i don't see one (may be some rights restrictions?).
File name: Nazareth.mp4
Info (from mp4creator.exe -list):
Track   Type    Info
1       audio   MPEG-4 AAC LC, 232.687 secs, 52 kbps, 22050 Hz
 Tool: Nero AAC codec / Feb 12 2007

But in XMplay with xmp-aac.dll rev.2 :
Bit rate 105 kbps
Sample rate: 44100 hz
Channels: 2
Length: 1.56

XMplay with xmp-aac.dll rev.1:
Bit rate 52 kbps
Sample rate: 22050 hz
Channels: 2 (wrong too!!!)
Length: 3.52


« Last Edit: 26 Apr '07 - 16:33 by Ajaja »

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #108 on: 26 Apr '07 - 18:31 »
It looks like the AAC decoder converts mono to stereo to support PS. And sample rates at or below 24000hz are assumed to use SBR (doubles the rate), which is apparently what the MPEG spec states.

Here's an update that should correct the duration problem though...

   www.un4seen.com/stuff/xmp-aac.dll

Ajaja

  • Posts: 5
Re: XMPlay AAC & MP4 plugin
« Reply #109 on: 26 Apr '07 - 19:44 »
Here's an update that should correct the duration problem though...
   www.un4seen.com/stuff/xmp-aac.dll
Thanks!

Franz

  • Guest
Re: XMPlay AAC & MP4 plugin
« Reply #110 on: 18 May '07 - 16:35 »
Thanks for your job

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #111 on: 18 May '07 - 22:28 »
Ian, would you please fix a seek problem (100% CPU usage) with big AAC files with "Pre-scan accurate length..." option disabled?
« Last Edit: 19 May '07 - 20:19 by Auren »

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #112 on: 20 May '07 - 14:25 »
Please upload an example file to reproduce the problem with...

   ftp.un4seen.com/incoming/

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #113 on: 3 Jun '07 - 16:18 »
Please upload an example file to reproduce the problem with...

   ftp.un4seen.com/incoming/


At last I did it... It was a bit hard for me to upload 22 Mb. But, here is it:
Paul B - Movement 013 on ETN.fm - 2007-03-16.aac

Just try to seek this file through. Forward and backward, backward and forward until the seek inidcator stucks on its position. Then the CPU usage reaches 100% and there is an HDD activity (it seems that XMPlay scans the file through...)
« Last Edit: 28 Jul '07 - 22:05 by Auren »

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #114 on: 2 Jul '07 - 01:39 »
Ian, can you add an UltraVox format support? I need this to listen to AOL XM Radio. As far as I know it bases upon AAC encoding engine. But maybe it needs a standalone plugin... Here is a reference site: http://ultravox.aol.com/

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #115 on: 6 Jul '07 - 21:29 »
Hey, I figured out how to add an ultravox support to XMPlay. You just should add an in_mp3.dll plugin from winamp - and uvox protocol works OK.

Update: it seems not to work. Please, somebody, help.

Therefore, I have a question: What is the order of use of decoders in XMPlay? What will XMPlay play with its own decoder and what - with Winamp's one?
« Last Edit: 6 Jul '07 - 22:18 by Auren »

Dotpitch

  • Posts: 2871
Re: XMPlay AAC & MP4 plugin
« Reply #116 on: 6 Jul '07 - 21:59 »
Therefore, I have a question: What is the order of use of decoders in XMPlay? What will XMPlay play with its own decoder and what - with Winamp's one?
The internal decoder (based on BASS) is first in line and decodes XM, MOD, S3M, IT, MTM, MO3, UMX, MP123, PCM-WAV and OGG Vorbis. Then the native plugins, and last the WinAMP ones, so in_mp3 doesn't even get to play MP3s.
(There are exceptions, such as specific xmp-delix files, or MP3Pro and MP3Surround, which are detected and passed on to the appropriate plugins.)

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #117 on: 7 Jul '07 - 15:26 »
Hey, I figured out how to add an ultravox support to XMPlay. You just should add an in_mp3.dll plugin from winamp - and uvox protocol works OK.

Update: it seems not to work. Please, somebody, help.

Please provide an example stream URL, to see if XMPlay can be made to forward them to the plugins.

Brian

  • Posts: 733
Re: XMPlay AAC & MP4 plugin
« Reply #118 on: 7 Jul '07 - 17:28 »
I raised the question of Ultravox streams when the XMPlay AAC plugin was first released. The answer then was that it wasn't possible to develop the plugin to enable these streams to be played. The trouble with in_mp3.dll is that these days it works only in conjunction with another file (nscrt.dll), which XMPlay doesn't like at all. So unless someone can come up with a new idea, these streams can be played only in Winamp.
« Last Edit: 7 Jul '07 - 17:37 by Brian »

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #119 on: 7 Jul '07 - 20:48 »
I raised the question of Ultravox streams when the XMPlay AAC plugin was first released. The answer then was that it wasn't possible to develop the plugin to enable these streams to be played. The trouble with in_mp3.dll is that these days it works only in conjunction with another file (nscrt.dll), which XMPlay doesn't like at all. So unless someone can come up with a new idea, these streams can be played only in Winamp.

This fact made me think different way. So, I downloaded Winamp 2.95 from the archive and got an in_mp3.dll (v 2.96) from there (ultravox support for in_mp3 was added since 2.92). It still doesn't work.

The trouble (need of nscrt.dll) with Winamp 5.x in_mp3.dll can be easily solved by copying nscrt.dll to the XMPlay folder. But it still doesn't work.

Here's a 2.96 in_mp3.dll: http://flash41.narod.ru/in_mp3.dll

Please provide an example stream URL, to see if XMPlay can be made to forward them to the plugins.

http://www.winamp.com/bin/om/xm/xmtune.pls?id=radio:aggregate:22317

These streams are delivered by their own protocol (uvox://). I don't know if there are any other XM streams using http:// protocol. Maybe the fact that uvox protocol is used makes these difficulties.


Update (my small investigation of uvox protocol):
An example of uvox stream: uvox://firehose-bbnm.stream.aol.com/stream/22227 (here also goes some authentication keys (like this: ?authToken=r%3D1832976%26sid%3D21727%26expires%3D1183840461847%26csum%3Da8edb9e8bb60f1329a4711e230700912&uid=&sessid=) but we can cut them from the URL)
And here's what my proxy server showed (think that it's a sniffer :) ):

Stream URL: http://firehose-bbnm.stream.aol.com:80/stream/22227 (direct use of this link by Winamp causes "HTTP/1.1 400 Bad Request" error.
Content-type: misc/ultravox

Using the above information, I can try to describe a simple uvox protocol scheme:
1. Player gets a uvox:// link with authentication parameters (that we can cut out from the URL) from the .pls file (for example, http://www.winamp.com/bin/om/xm/xmtune.pls?id=radio:aggregate:22317)
2. Then it goes by this link (for example, uvox://firehose-bbnm.stream.aol.com/stream/22227) appending :80 at the end of domain name and http:// instead of uvox://. Plus, it appends a custom content-type information - "misc/ultravox".
3. After this, it begins to decode the stream.

P.S. Hope this will help.
P.P.S. Sorry for my a-bit-stupid English. :)
« Last Edit: 7 Jul '07 - 22:23 by Auren »

Brian

  • Posts: 733
Re: XMPlay AAC & MP4 plugin
« Reply #120 on: 7 Jul '07 - 23:22 »
I'm afraid your efforts are in vain. AOL has engineered it so that only Winamp can play those streams.

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #121 on: 8 Jul '07 - 07:27 »
Brian, thanks for your posts. They make me think different :)

I used Streamripper to rip Ultravox streams. You just need to change useragent to "WinampMPEG/5.35, Ultravox/2.0" and "400 Bad Request" error is gone.
Try yourself:
Code: [Select]
streamripper http://firehose-bbnm.stream.aol.com:80/stream/22227 -u "WinampMPEG/5.35, Ultravox/2.0"The files are saved with .nsv extension. And, of course, I can't play them with Winamp :). But it's better than nothing.
P.S. Here are some specs: http://ultravox.aol.com/NSVFormat.rtf, http://ultravox.aol.com/NSVFormat.rtf.
P.P.S. Uvox protocol was discussed here: http://forums.winamp.com/showthread.php?threadid=177731 and here http://www.moviecodec.com/topics/3361p1.html. We need a person who will take care about all this :)
P.P.P.S. I found some direct links to various XM radiostations: http://www.mail-archive.com/pc-audio@pc-audio.org/msg28096.html
« Last Edit: 8 Jul '07 - 07:50 by Auren »

Brian

  • Posts: 733
Re: XMPlay AAC & MP4 plugin
« Reply #122 on: 8 Jul '07 - 16:57 »
As I see it, it's easier just to play the streams in Winamp. I like to use XMPlay for most music formats, but I don't wish to insist that it should be able to handle absolutely everything. And I still quite like Winamp; it functions well, sounds good and has some excellent skins; and it's still possible to keep the installation small by limiting it to just the components you choose.

Ian @ un4seen

  • Administrator
  • Posts: 20400
Re: XMPlay AAC & MP4 plugin
« Reply #123 on: 9 Jul '07 - 14:21 »
Please provide an example stream URL, to see if XMPlay can be made to forward them to the plugins.

http://www.winamp.com/bin/om/xm/xmtune.pls?id=radio:aggregate:22317

I was able to play that URL using the in_mp3 plugin, which I copied from a Winamp v5.111 instalation.

These streams are delivered by their own protocol (uvox://). I don't know if there are any other XM streams using http:// protocol. Maybe the fact that uvox protocol is used makes these difficulties.

No, the "uvox://" is a good thing, as it means XMPlay won't/can't try to play them itself :)

Auren

  • Posts: 144
Re: XMPlay AAC & MP4 plugin
« Reply #124 on: 9 Jul '07 - 16:50 »
I was able to play that URL using the in_mp3 plugin, which I copied from a Winamp v5.111 instalation.
It was a bit hard to find 5.111 version (official download site redirected me to the player's page when I requested a 5.111's link). But hey, it works! It even plays ripped .nsv streams! :)
I wonder why 5.35 and 2.96 versions didn't work...

Anyway, thank you.

From now, XMPlay plays XMRadio :)
« Last Edit: 9 Jul '07 - 20:44 by Auren »