I think you've got a great product here with Autoplay Menu Studio. I'm currently only evaluating the product, for reasons I'll get into in a second. I'd like to understand better some technical reasons why MPEG support is so hard to do in Autoplay Menu Studio.
Currently I'm shopping around for an Autoplay solution to a CD-ROM I'm trying to release - it has a bunch of audio on it that I can live with playing through the user's MP3 player. However, before I found Autoplay Menu Studio, I'd worked quite hard developing some video for the thing that would run as a front "intro" video and an elaborate credits video. There's about 20 minutes total of video on the disc, and the only way it fits is by compressing it with MPEG. I've spent the last day re-encoding this stuff to AVI and no matter how I slice it, either the file size is 30 or 40 times the original, or the quality is unacceptable. For example, the intro video, which is 550x400, stereo audio, 3:00, is just over 16MB with MPEG. With Cinepak (apparently the only way to go due to compatibility) weighed in at almost 300MB at comparable quality.
The credits video is 14 minutes. I won't even waste the time trying.
I think I understand the way Windows works: They let developers write a media player in two lines of code. That calls an external media player that's (supposed to be) already installed, which can't play anything unless it loads codecs for different formats that are (supposed to be) installed. Never mind whether you have the right version. I never realized until I started creating video what a crock of crap this is. You can't just make a video and expect it to work on every version of Windows. You can't even bundle a media player with your project because 99% of them work by using the codecs already installed on the system. The other 1%, simply by basic economics, cost so ****ed much it isn't worth being in this business at all.
I think I understand at this point that it would be difficult to include rock-solid MPEG support in Autoplay Menu Studio, and why it hasn't already. While MP3 has standardized on the audio side, and MPEG for digital video and DVD, apparently it's difficult to guarantee delivery on the PC side of anything but Cinepak AVI. And I'm sorry, but Cinepak was the solution in 1993. MPEG is the solution today.
That being said, I want to suggest perhaps you write or license an MPEG player that is more like Winamp at the core - stand-alone, not dependent on any codecs. Can you imagine what a failure Winamp would've been if it relied on a certain version of a certain codec to be installed? It would've died the year it was released. But you can download and install Winamp on ANYTHING, because it decodes MP3s internally using its own code, and writes standard PCM Wave data to your sound device.
Isn't it possible to write an MPEG player for AMS that reads the MPEG-format video, decodes it, and sends it to the video driver? I would think that anyone who's been in software development even for the short time I have would know that ActiveX, codecs, and plugins from another company just don't cut it in the world of hundreds or thousands of end users. Isn't the only real plausible solution manipulation of every bit of data by your code and your code alone?
I was looking at AMS because I am overtime and overbudget on a CD-ROM project that originally had a Visual Basic frontend. The project as it was had to be scrapped because of this kind of compatibility problem. I'm trying to play two files in one of the most universal formats in existence, and some machines played it, others crashed and needed Windows Media Player 7.1 installed, others crashed no matter what you did.
Write-a-media-player-in-two-lines, my pasty-white rear end.
What amazes me is I reproduced the entire VB frontend (which was about a month of work or more) in AMS in an afternoon. However, if I can't do MPEG, I can't release it this way. My end users are not going to want to move the media player out of the way when the intro video is done playing. I would think also that if the video was supposed to be integrated in the app that AMS creates, it wouldn't look right to have Windows Media Player come up. Plus, I'm dealing in the humor department with this project. To have to stop halfway through a joke because you either need a new codec, or the video plays scrambled through an old or incorrect codec, that's all just unprofessional. And it's too bad too, because it looks like AMS does everything else it should. I mean, I would see this as more important than Flash support, because, quite frankly, if I knew Flash or Shockwave, I could create an autoplay app just fine using just that. :-)
I understand that 3.0 does not do MPEG, and that 4.0, whenever that will come out, might do it through ActiveX or embedding the media player. I don't know if I like my chances with that. And I may be just another $300, and it may not make a difference whether or not I purchase AMS now or in the future, but I'd really like to know the opinions of some more experienced video people and software people on these problems.
I hope my tone in this message isn't too standoffish. I'm not mad at anyone here, or at Indigo Rose. I think AMS is a superb product, and I probably would've already purchased it if I hadn't hyped myself up on these videos that I really, really want to include. I'd just like some information on perhaps what I'm missing in my train of thought about all this, or where to turn for understanding.
Keep up the good work on AMS.
-Mark
[This message has been edited by DJ7T (edited 04-29-2002).]
Currently I'm shopping around for an Autoplay solution to a CD-ROM I'm trying to release - it has a bunch of audio on it that I can live with playing through the user's MP3 player. However, before I found Autoplay Menu Studio, I'd worked quite hard developing some video for the thing that would run as a front "intro" video and an elaborate credits video. There's about 20 minutes total of video on the disc, and the only way it fits is by compressing it with MPEG. I've spent the last day re-encoding this stuff to AVI and no matter how I slice it, either the file size is 30 or 40 times the original, or the quality is unacceptable. For example, the intro video, which is 550x400, stereo audio, 3:00, is just over 16MB with MPEG. With Cinepak (apparently the only way to go due to compatibility) weighed in at almost 300MB at comparable quality.
The credits video is 14 minutes. I won't even waste the time trying.
I think I understand the way Windows works: They let developers write a media player in two lines of code. That calls an external media player that's (supposed to be) already installed, which can't play anything unless it loads codecs for different formats that are (supposed to be) installed. Never mind whether you have the right version. I never realized until I started creating video what a crock of crap this is. You can't just make a video and expect it to work on every version of Windows. You can't even bundle a media player with your project because 99% of them work by using the codecs already installed on the system. The other 1%, simply by basic economics, cost so ****ed much it isn't worth being in this business at all.
I think I understand at this point that it would be difficult to include rock-solid MPEG support in Autoplay Menu Studio, and why it hasn't already. While MP3 has standardized on the audio side, and MPEG for digital video and DVD, apparently it's difficult to guarantee delivery on the PC side of anything but Cinepak AVI. And I'm sorry, but Cinepak was the solution in 1993. MPEG is the solution today.
That being said, I want to suggest perhaps you write or license an MPEG player that is more like Winamp at the core - stand-alone, not dependent on any codecs. Can you imagine what a failure Winamp would've been if it relied on a certain version of a certain codec to be installed? It would've died the year it was released. But you can download and install Winamp on ANYTHING, because it decodes MP3s internally using its own code, and writes standard PCM Wave data to your sound device.
Isn't it possible to write an MPEG player for AMS that reads the MPEG-format video, decodes it, and sends it to the video driver? I would think that anyone who's been in software development even for the short time I have would know that ActiveX, codecs, and plugins from another company just don't cut it in the world of hundreds or thousands of end users. Isn't the only real plausible solution manipulation of every bit of data by your code and your code alone?
I was looking at AMS because I am overtime and overbudget on a CD-ROM project that originally had a Visual Basic frontend. The project as it was had to be scrapped because of this kind of compatibility problem. I'm trying to play two files in one of the most universal formats in existence, and some machines played it, others crashed and needed Windows Media Player 7.1 installed, others crashed no matter what you did.
Write-a-media-player-in-two-lines, my pasty-white rear end.
What amazes me is I reproduced the entire VB frontend (which was about a month of work or more) in AMS in an afternoon. However, if I can't do MPEG, I can't release it this way. My end users are not going to want to move the media player out of the way when the intro video is done playing. I would think also that if the video was supposed to be integrated in the app that AMS creates, it wouldn't look right to have Windows Media Player come up. Plus, I'm dealing in the humor department with this project. To have to stop halfway through a joke because you either need a new codec, or the video plays scrambled through an old or incorrect codec, that's all just unprofessional. And it's too bad too, because it looks like AMS does everything else it should. I mean, I would see this as more important than Flash support, because, quite frankly, if I knew Flash or Shockwave, I could create an autoplay app just fine using just that. :-)
I understand that 3.0 does not do MPEG, and that 4.0, whenever that will come out, might do it through ActiveX or embedding the media player. I don't know if I like my chances with that. And I may be just another $300, and it may not make a difference whether or not I purchase AMS now or in the future, but I'd really like to know the opinions of some more experienced video people and software people on these problems.
I hope my tone in this message isn't too standoffish. I'm not mad at anyone here, or at Indigo Rose. I think AMS is a superb product, and I probably would've already purchased it if I hadn't hyped myself up on these videos that I really, really want to include. I'd just like some information on perhaps what I'm missing in my train of thought about all this, or where to turn for understanding.
Keep up the good work on AMS.
-Mark
[This message has been edited by DJ7T (edited 04-29-2002).]
Comment