aMule Forum
English => Feature requests => Topic started by: halus on March 22, 2005, 01:13:31 PM
-
Hi there mule folks.
During last week I have done a lot of movie downloads (old movies mostly( glad to see such a lot of them in the network)). But one problem is the difficulty to get the wanted language for the movies. Was kind of surprised that so often even english versions is hard to find (me tries the one with no language indications in title only to get an italian dubbed version).
What I want is to set a couple of preffered languages when searching - primary language and secondary language, and get results according to that (hopefully there is a language system in those movietags (?)), and I want to filter out all dubbed versions, Generally want original sound with subtitles.
I've seen some separated subtitles files on some movies (haven't seen how that really works though), and must say the idea seems to fit the structure of file sharing networks; We want as many as possible to share the same high quality movie files (with original sound), and the language groups does not divide before we go for the much smaller subtitle files. Better availability and faster downloads.
So best would be if aMule promotes this way of sharing, and also gives a search technology to support it. So requesting better method for getting "movies with original sound" and "seperated subtitle files", and "my language".
Can aMule some day do this?
-
There is no way to know which language a movie is in. Only way is to take a look at the file, or the filename, but both ways are beyond amule's scope. It's better if you simply download the first chunk first, preview the file, and then decide if it is what you want or not.
Regards.
-
As far as I know this isn't supported on ed2k protocol.
It would be possible on some video containers (matroska and ogm support this AFAIK) to take a look inside the header of the shared file to see which names the various audio tracks / softsubs have and then announce this on to the server on connect.
But this information would still be unreliable because it only depends on what is said in the file header and it isn't always present in files. And some containers (avi for example) just doesn't support this. And it would have to be added to the ed2k-protocol (on both clients and server)...
So the best place to go for something like this is either emule devs and/or lugdunum ;)
P.S.:
Another good idea on "how to find out the language of a movie" is:
- start downloading
- wait until amule found sources and connected to them
- right click on the file and select "file details"
- look at the filenames and how many sources have named this file like that, the top ones should give you an idea about the language
-
It is supported, if you use some nice meta-tags to identify that. AFAIK.
Regards.
-
That still require that it has been specified somewhere, in this case just in the meta tags. The problem is of course that people don't do that. ;)
-
Ok, so guess those better media containers, like matroska and ogm, have to become peoples choise before a better solution to the movie language problem can be made.
But this also is a bit about good behaving. A bit too often I try the version with no language indication in title, which Should (as suggested by God) be the one with original sound, only to find it being a dubbed version or painted with subtitles that I do not want. Wasted bandwith and Me feels insulted.
So, I hope people will use matroska or ogm, and fill in those language tags. Please. And hope aMule developers (BTW, thanks a lot for the very usefull software) will consider this movie language problem together with the ed2k and kademlia developers, in future work.
Thanks for help in this thread to do the best with the present technology, helped a lot, but there is still a problem.
-
Originally posted by Xaignar
That still require that it has been specified somewhere, in this case just in the meta tags. The problem is of course that people don't do that. ;)
Yes, that is a problem. And it is a problem with all sorts of files. A result of that problem is also problem to manage the media on computer after downloaded. For example it becomes difficult to find all songs from a given artis, or from an album. Have attached a screenhsot which illustrates the problem.
I think this problem could be solved with the following:
- Integrated tools to rip media, add information tags, and add media to share folder and media manager.
- A integrated high quality media manager.
I guess people will add the usefull information if people realize they benefits from it themselfs. With a media manager you want to search for the files you want, as opposite to browsing folders on the computer. When users realize they can't find the file they are looking for because they were too lazey to fill the information I belive they would not do the same mistake next time. Some sorts of information could also be made compulsory.
An other problem which could be adressed when considering this is streamlining of media packages and the media manager. Problem: Many media collections (f example a discography or album from an artist) are packaged/compressed with rar or tar/gz. Because unpackaging these normally are time consuming people either will unpackage and keep both versions (which takes up nearly dubbble the space on hard disk but keeps serving the "rar" to the network), or people will delete the "rar" (less hard disk space used, but maybe prevents others from getting the collection).
Suggestion:
- Add a package integration between the ripping tools and the media manager and the file sharing network. So people can rip media, package it in a way that the media manager can open fast (guess this implies lesser focus on compression more focus on "collection"), and aMule could offer both the single file and the hole package (maybe a tag that relates the single file to the package) to the network. An addon feature to this could be to "dowload package" when you have lissened to a single song you like in the media manager.
EDIT: The horror! The horror! I had to remove the blatant display of copyrights violations, wont somebody please think of the children!?! -- The Management
-
- Integrated tools to rip media,
When transcode will become cross-platform ... Ripping itself is quite complicated thingie. Take a look to dvdrip for example. And amule is not really about ripping.
- A integrated high quality media manager.
This smell like buzzword talk of some CEO kind. Simple file manager is enough to "manage" ripped media of any kind. Most of ripping tools can look to cddb and give tags and/or descriptive names to created files. Nobody stops you from sharing those files - just mark "V" in amule's folder browser. Is it "integrated" enough ?
An addon feature to this could be to "dowload package" when you have lissened to a single song you like in the media manager
Let's get one thing strait: sharing legality is at least questionable. Making money on it is not - it's simply illegal from any point of view.
-
Most of ripping tools can look to cddb and give tags and/or descriptive names to created files.
Hmm, a presumption for my suggestion was that many ripping tools do not do that. I thought that that was the main reason that so many music files from ed2k network lack such info.
Media manager.
The point with that part of the suggestion was not to use MM to add tags to files, but to make people addicted to the tags (written by ripping software), so people will care more about such info. And it could give a lot of other usefull features.
Simple file manager is enough to "manage" ripped media of any kind.
I do not agree. A media manager would have a lot of features you do not find in a generic file manager. Fast search is major. And if it could help handle the "rar problem" it would be great.
Let's get one thing strait: sharing legality is at least questionable. Making money on it is not - it's simply illegal from any point of view.
I am not sure what you mean. My suggestions could be used with free media content. And I have not, as I know of, suggested to make money on file sharing.
-
This discussion is not related to aMule in any way, I'm afraid.
-
Or said in another way. This functionality does not belong in aMule, but rather in seperate applications.
-
Originally posted by Xaignar
Or said in another way. This functionality does not belong in aMule, but rather in seperate applications.
I agree that developers and applications should have strong limits, and then do what you do well. At least it sounds right.
However, there are problems, or functions, which needs to adress the whole rather than the spesific parts seperatly. I have mentioned a few here. Let me mention a few more:
Say you want to have better control of what you share to whom. Say you want to share certain files to all of the network, some you only want to share with your friends, and some you want to share "only" with friens friend and friends friends friends and soforth. Then it seems natural to involve some handling of friends, which again can consern other computer/friend systems, say Instant Messeging, mail contacts etc. Say you further want to stream the music you are playing to the p2p network and/or your friends, it would also involve the music player and maybe its media manager.
I agree with the notion that not everything should be in aMule, but I do think aMule should handle issues like these in some way or another. Maybe with better cooperation with existing projects and/or establishing new projects to handle certain tasks.
I will also stress that I would like my posts to be regarded as pointers to some problems, more than really spesific suggestions.
-
To the friends friends friends thing I would say, that this wouldn't work. If you would limit me in what I share with someone, I just wouldn't be your friend anymore. Furthermore I can't see a possibillity to find out, who is a friend of whom. That would be much overhead and there have to recursion limits, too. And it makes no sense, that you reject to share with the whole net, but you would share with the friend of your friend of your friend.... I'm sure if this goes to the 10th level, you don't know that guy better then the rest of the net.
-
I would like to summerize this discussion:
* amule is filesharing application, which means that it's purpose is to share files*. amule does not produce any files by any means: rip/compress/edit/record/etc
* amule does not and most probably will not provide any means for managing those files: move/copy/rename/delete/burn-on-cd/send-on-email/print/etc
* amule is not personal contact manager. Thus it will not keep track of your friends whatever you mean by this word. The meaning of "friend" in amule is very specific and unlikely to change.
Say you want to have better control of what you share to whom
You will not have this control: it contradicts with very idea of p2p sharing (simply put, ed2k network doesn't support access control of any kind).
Say you further want to stream the music you are playing to the p2p network
Again no. p2p networks (any of them) can not stream anything. That's not what they do.
which needs to adress the whole rather than the spesific parts seperatly
Those are very different issues. They shall and will be handled differently.
P.S.
I'm considering this discussion finished - amule will share files while other applications will do their work. I will appreciate more specific "feature requests" - that's what this forum is about, but let's keep discussion focused on amule, not on generic movie (or other media) related software.
-
If you want to share files only with your friends, why not set up an eserver and point your friends to it?
-
Hi,
Well, it seems amule couln't handle the meta-datas you seek for because the structure of the network isn't yet enought powerfull.
You should give a try the the encrypted network the GNU project provide to the world : gnunet ( http://gnunet.org/ ). It is a new network focus on privacy. It works with a library to extract meta-datas from a lot of format ( check : http://gnunet.org/libextractor/ ).
This is a work in progress to cover the most formats by the extraction of meta-datas wich are already included in your files (try this http://gnunet.org/libextractor/demo.php3?xlang=English to see what is allready in your files ).
Currently, libextractor cover those formats :
HTML, PDF, PS, OLE2 (DOC, XLS, PPT), OpenOffice (sxw), StarOffice (sdw), DVI, MAN, MP3 (ID3v1 and ID3v2), OGG, WAV, JPEG, GIF, PNG, TIFF, DEB, RPM, TAR(.GZ), ZIP, ELF, REAL, RIFF (AVI), MPEG, QT and ASF.
It is maybe possible to include this step before processing a file in amule but as the ed2k network isn't powerfull to use those informations it will be in vain, exept if you use this method : include all meta-datas in the name of the file.
Maybe you'll find someone to hack on this...
Regards