View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006493 | MMW v4 | Framework: Scripts/Extensions | public | 2010-09-21 18:07 | 2017-02-21 00:12 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0006493: Automated codec installation/purchase mechanism | ||||
| Description | There should be a standardized means of notifying the user of the need for a codec to play/encode certain files. e.g. if the user tries to convert to AAC/MP4/AVI (xvid), they should get an appropriate message about how to get the appropriate codec. This approach can be used for any codecs that are not included with the OS or with the free version of MM. e.g. AAC, MP4, etc. In this way, the base set of codecs included with MediaMonkey can be limited, since any required codec can be automatically retrieved, if needed. Below is the proposed messaging that would occur when a required codec is unavailable: MediaMonkey is unable to [encode/play] this format because the XXX addon is not installed. [Get addon...] [Cancel] [ ] Do not show this again. I would suggest that the metadata regarding which addons are available for which formats should be stored to a file on the MM website so that new codecs can easily be added. Clicking [Get addon...] would open a web page for the addon, allowing the user to get the trial version or the paid version of the addon. Whether this is within MediaMonkey or within a web browser needs to be decided--Peke had previously indicated that the addons site, as currently designed, would not allow for addons to be installed from within MediaMonkey. | ||||
| Additional Information | See a sample implementation at: http://www.gomlab.com/eng/GMP_Howtouse_5_01.html | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
| related to | 0004976 | closed | Ludek | MMW v4 | Extensions: Support for Additional browser header info |
| related to | 0007438 | closed | peke | MMW v4 | Automated download of localization files |
| related to | 0007286 | closed | michal | MMW v4 | Playing .mov files crashes MM |
| related to | 0007850 | closed | michal | MMW v4 | AC3 playback fails silently without linking to codec |
| related to | 0008906 | closed | michal | MMW v4 | Automated codec installation / purchase mechanism (Audio) |
|
|
Since we probably won't have an addon available in all cases and would rather point users to various places to download, I'd modify the dialog as: MediaMonkey is unable to [encode/decode {make two sentences for better localization}] this format. [Find missing codec] [Cancel] [ ] Do not show this again. /// <- Not sure about this one, if user enables it, all these problems would be silently ignored, so maybe better not include it Find missing codec would open a web page, MM would supply info about the missing codec so that the web page could show appropriate suggestions. Info about missing codec could be sent as a comma separated list of words like EVXVID, DAAC3, where the first letter is for Encode or Decode, the second for Audio or Video and the rest for the codec. We should also think about localization of the target page. MM configured language could be also send to the web page. Also, since one of the suggestions would probably often be to purchase MM Gold/some codecs, this option might even be hardcoded in the dialog as another button? |
|
|
I'm fine with all of your suggestions. The only question is how will we know what web pages to maintain? i.e. can MM request a huge number of web page for every codec that it can't play? (I suppose we'll have a generic page for 'unknown codec' if there's no page for the codec in question). Another point: what about cases where the both Audio and Video codecs are required? e.g. A divx file that has MPEG4 content and AAC audio ? For localization, we should use the same conventions as for links to other localized web pages. As far as a purchase link, I don't think that's required--the web pages will contain such links as required. |
|
|
re. web pages to maintain - I suppose that there would be a _very_ limited amount, since in most cases we would redirect user only to some codec pack download (either internal from MM or external). I.e. we would have usually about 3 pages and only maintain an internal table that would redirect e.g. DAAC3 to that standard page 1, etc. re. >1 codec needed - better way would be to show all the necessities on one page, but since this might be harder to maintain, I guess that it would be enough to handle to the first problem only - in many cases the solution would fix the other problem as well (buy MM Gold or download some codec pack), in other cases the dialog would be shown again and user would have to solve the other problem. |
|
|
Assigning to Michal to implement the part in MM. |
|
|
Reminder sent to: jiri Please note that when we make functional addon site MM should firstly try to send FOURCC to addons site and after that use this proposed integration unless native MMIP (Trial?) can be found. That way we would have statistics what are the most used codecs are. |
|
|
The URL sent should be: http://www.mediamonkey.com/MissingCodec/XXX,YYY where XXX,YYY is a comma separated list of missing Encoding or Decoding parts of codecs or Splitters. Examples: DAAC3, EVAVC1, SAVI, DAAAC(AAC-LC) |
|
|
Please indicate a list of all missing codecs (web pages) and the associated codecs (internal or external) that the missing codec web page should link to. |
|
|
@Jiri I would more prefer something like this: http://www.mediamonkey.com/MissingCodec.php?q="XXX,YYY" for easier implementation, also it should check Version Compatibility along with limiting calls from MM (against 0004976 spec). @Michal Send me reminder if you need simple PHP check script class, that can be later added/implemented to addons site. |
|
|
Part in MM is implemented in build 1328. The URL sent is in the following format (minor changes due to URL address limitations): http://www.mediamonkey.com/MissingCodec.php?q=XXX+YYY where XXX (and YYY, and so on) could be: DAXXX - missing decoder of XXX audio format (e.g. DAAAC4LC, DAMP3,..., ) DVXXX - missing decoder of XXX video format (e.g. DVH264, DVMPG2, ...,) EAXXX - missing encoder of XXX audio format (could be EAAAC or EAMP3 now) EVXXX - missing encoder of XXX video format (could be EVH264 now) SXXX - missing splitter for XXX container (e.g. SMKV, SMP4, ...) MXXX - missing muxer for XXX container (e.g. MMKV, MMP4) Constants for audio and video formats and container (file) formats are upper case versions of the constants in "Supported format configuration" dialog. Constants for encoders will be added with each new supported destination format. Special constants for decoding: DAUNK = unrecognized audio stream format DVUNK = unrecognized video stream format SUNK = unrecognized file format Edit by Rusty based on comments from Michal: -starts with A: for audio files only (encoded inside MediaMonkey, just like before video was added) -starts with EA -> for videos, encoding, audio stream (i.e. that some DirectShow audio encoder is needed) -starts with EV -> for videos, encoding, video stream (i.e. that some DirectShow video encoder is needed) |
|
|
Formats fixed by our codec pack: SAVI, SFLV, SMP4, SMKV, SMPG1, SMPG2, SMOV, SM4V MMP4 EAAAC, EAMP3, EVH264 - trial and full versions Other suggestions: SMKV (wider support then filter in codec pack) - http://www.free-codecs.com/download/Haali_Matroska_Splitter.htm DAAC3, DAAC3BSID9, DAAC3BSID10, DADTS - http://www.free-codecs.com/download/ac3_filter.htm SRM, DAREAL1, DAREAL2, DAREALCOOK, DAREALSIPRO, DAREALLOSSLESS, DAATRAC3 - http://www.free-codecs.com/download/Real_Alternative.htm for all other missing decoders (including unknown) - http://www.free-codecs.com/download/FFDShow.htm |
|
|
MissingCodec.php is implemented, so now we just need to implement individual pages. |
|
|
Considering improvements in codec pack (ffdshow, xvid, VobSub), we should redirect the following formats to our codec pack page too: SUBTITLES, EVMPEG4, S3GP, S3GP2, DVMJPEG, DVMPG1, DVH264, DVMPEG4, DVDIVX3, DVH263, DVVP8, DAVorbis, DAAAC2LC, DAAAC2MAIN, DAAAC2SBR, DAAAC2SSR, DAAAC4LC, DAAAC4MAIN, DAAAC4SBR, DAAAC4SSR, DAAAC4LTP, DAHEAACv1, DAHEAACv2, DAFLAC, DAWAVPACK, DADVIADPCM. |
|
|
They are all updated on the web, Rusty please create the relevant web pages only. |
|
|
Implementation note--need to: 1) Define new internal links in MissingCodecs.php for each of ac3, real, ffdshow links + for codec pack link. 2) Need to create new pages for each of the above. Holding off until addons site is ready. |
|
|
Please add QuickTime download site for SMKV, S3GP and S3GP2 - http://www.apple.com/quicktime/download/ |
|
|
Oh, I've made typo - QuickTime site should be assigned to SMOV, not SMKV. |
|
|
The web portion of this has been completed/deployed. Note: although the addons are accessible, the addons2 site is not fully deployed. |
|
|
SMOV, S3GP and S3GP2 are still redirecting to our codec pack, but it should redirect to http://www.apple.com/quicktime/download/ Users with MOV files playable only by QuickTime are then confused. (http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=59857) |
|
|
I resolved this. Rusty, just review whether we want to show directly http://www.apple.com/quicktime/download/ (this is done), or whether you want to have a landing page shown before this non-MM web page. |
|
|
Quicktime now links via http://www.mediamonkey.com/addons/browse/item/quicktime/ |
|
|
Please change MMKV to our codec pack page and add MMKVH264 to redirect to our Haali Media Splitter page (http://www.mediamonkey.com/addons/browse/item/haali-media-splitter/). And there is a typo in our QT7 page. |
|
|
Fixed. |
|
|
Issue #8605 added 2 new strings, they are already implemented on the MediaMonkey site: ADAAC - redirected to QuickTime page ADISMA - redirected to codec pack page And these 2 should be added (supported as of build 1466): MMCODECPACK - redirect to our codec pack page (it is called in case trial version expired) AEAAC - redirect to our codec pack page |
|
|
Updated missingcodec.php to reflect support for newly added constants. |
|
|
The customer wants to simplify aac download process: I think this means: To integrate download & install into a single step process or two-step at most. Currently aac download process requires several actions from users and the customer thinks this is too complicated for average users. |
|
|
I wonder whether we couldn't include the important parts of plug-in's EULA in MM, so that there's no need to confirm it during plug-in installation. |
|
|
The codec license must be included with the codec--it's a requirement of the license. But I don't believe that this is an issue any longer... |
|
|
There is wrong redirect for MMKVH264, i.e. http://www.mediamonkey.com/MissingCodec.php?q=MMKVH264 It should lead to http://www.mediamonkey.com/addons/browse/item/haali-media-splitter/ not FFDSHow, FFDShow does not solve this, see http://www.ventismedia.com/mantis/view.php?id=6493#c28095 |
|
|
Note that because of the wrong link I haven't been able to figure out how to convert video to MKV using MediaMonkey! |
|
|
An update http://www.mediamonkey.com/addons/browse/item/haali-media-splitter/ should point to http://haali.su/mkv/MatroskaSplitter.exe from http://haali.su/mkv/ not http://www.free-codecs.com/haali_matroska_splitter_download.htm EDIT: I updated external Link on Addon |
|
|
Updated. Note that there was previously no entry for MMKVH264--it just defaulted to ffdshow. |
