PDA

View Full Version : The new RARFileSource DirectShow filter.


OctaneSnail
22nd November 2008, 22:50
Keep your media neatly organised in RAR archives?

Wish you didn't have to spend time unpacking them before playback?

Try my new project: RARFileSource, instant playback of uncompressed multipart archives.

Find it at http://www.v12pwr.com/RARFileSource/

Enjoy!

/OctaneSnail

OctaneSnail
7th December 2008, 23:49
New version v0.9.3 released (2012-02-04):

Fixed problems loading archives containing a mix of media and non-media files.
Workaround to allow loading archives with missing LONG_BLOCK flag.
Workaround to allow loading any part in a multi-volume archive with MHD_FIRSTVOLUME incorrectly set on all parts.
A few minor bug fixes.
Big thanks to John Peterson for reporting the above problems and contributing patches to solve them.
Fixed loading archives with unknown file header data.
Be more lenient when loading multi-volume archives containing multiple files, if parts are missing, allow complete files found so far to play.

New version v0.9.2 released (2011-02-22):

Fixed loading of multivolume RARs that miss the EARC_NEXT_VOLUME flag.
Fixed "Overlapped I/O operation is in progress" error when opening archives.
Compiled using Visual Studio 2010.
Included 64-bit (x64) build.
Minor code cleanup and improvements.

New version v0.9.1 released (2009-02-28):

More thorough detection of the VC2008 runtime in the installer.
Fixed loading of old multivolume RARs without end-of-archive headers.
Code cleanup and refactoring.
A few minor bugfixes.

New version v0.9 released (2008-12-14):

Added a file selector, patch from OV2.
Added detection of media files using the same rules as the normal FileSource filter, again by OV2.
Fixed handling of archives and media files larger than 4 gigabytes, thanks to OV2.
Register all .r00 to .r99 extensions so that any part can be loaded.
Created an installer.
Numerous bugfixes.

New version v0.8.1 released (2008-12-08):

Improved handling of Matroska media files, thanks to OV2.
Fixed memory corruption when encountering RAR files with compression.
Fixed handling of multi-volume archives with new numbering scheme, thanks to OV2.
Any file in a multi-volume set can now be opened and reading will start from the first file. Caveat: Currently the filter does not automatically register itself to handle the extensions .r00 to .r99 so your video player won't open these files unless you manually associate the filter with them.
Git repository published.

Enjoy!

/OctaneSnail

Atak_Snajpera
8th December 2008, 00:04
Compressing already compressed files is absolutely ridiculous ...

LoRd_MuldeR
8th December 2008, 00:20
If WinRAR or any other file archiver is able to reduce the size of your media files to less than 99%, then the audio/video encoder that was used to create these files failed horribly!

The only reason I can think of to store media files in RAR archives is integrity checking. That or a rule #6 violation ;)

squid_80
8th December 2008, 06:12
I actually think this is pretty awesome. It's also great that it's GPL and the source code is available, but there might be a problem there since some source code of UnRAR is included; from the sounds of it the license for UnRAR is not GPL compatible hence any projects that use it cannot be licensed under GPL.
Still, great work all the same.

OctaneSnail
8th December 2008, 22:45
I actually think this is pretty awesome. It's also great that it's GPL and the source code is available, but there might be a problem there since some source code of UnRAR is included; from the sounds of it the license for UnRAR is not GPL compatible hence any projects that use it cannot be licensed under GPL.
Still, great work all the same.

The only thing included from the UnRAR source is a partial set of defines, which in my opinion doesn't fall under copyright so the UnRAR license doesn't apply. I included the original license note out of courtesy, not becasue I thought it was necessary.

It's too bad the UnRAR source has such a lame license, or I would have used it to implement support for compressed archives. To my knowledge there is no GPLed unrar implementation compatible with v3 around. I wish I had the time to try to revive the UniquE RAR File Library (unrarlib) project.

/OctaneSnail

squid_80
9th December 2008, 06:43
I'd say that's fine too; maybe prepend RFS_ to the defines to make them unique and ditch the UnRAR license, just in case.

FlimsyFeet
9th December 2008, 08:43
If WinRAR or any other file archiver is able to reduce the size of your media files to less than 99%, then the audio/video encoder that was used to create these files failed horribly!

The only reason I can think of to store media files in RAR archives is integrity checking. That or a rule #6 violation ;)
I can understand what you mean about rule #6, but this has legitamate uses as well - say you want to share your homemade videos with family and friends (footage you recorded yourself with a DV camera, compressed into a suitable format), you could STORE (i.e. no additional compression) them in a multipart RAR archive then upload the parts to Rapidshare or something (rather than keep as one big file which would probably be over the file size limit). The downloaders would then be able to play the video without extracting first.

Sagekilla
9th December 2008, 22:36
Except what you're describing is file sharing (read: illegal).

LoRd_MuldeR
9th December 2008, 22:44
Except what you're describing is file sharing (read: illegal).

File sharing itself isn't illegal. It depends on what files you share! But what he describes is clearly is a voilation: Uploading copyrighted material to a public server...

CruNcher
10th December 2008, 03:10
File sharing itself isn't illegal. It depends on what files you share! But what he describes is clearly is a voilation: Uploading copyrighted material to a public server...

if he would yes but i see no evidence for that assumption though maybe im blind :D

"say you want to share your home videos with family and friends"

in which state (country) is this illegal ? in germany that isn't illegal yet but who knows what comes in the future ;)

LoRd_MuldeR
10th December 2008, 03:14
if he would yes but i see no evidence for that assumption though maybe im blind :D

"say you want to share your home videos with family and friends"

in which state (country) is this illegal ? if it is in yours i would really think about leaving it soon ;)

If "home video" refers to videos he captured himself self at home, then he would be allowed to share these videos of course :D

But commonly "home video" refers to films and telemovies you buy on a VHS tape (or a DVD/BR disc nowadays) to watch them at your home.
And such material is definitely copyrighted and you aren't allowed to share it. In almost no country on this planet...

http://en.wikipedia.org/wiki/Home_video

CruNcher
10th December 2008, 03:25
Good thing we aren't in a courtroom, indeed i assumed he meant "home video" in the term "my own created non copyright violating private content" :)

AntiJw
10th December 2008, 06:59
..
The only reason I can think of to store media files in RAR archives is integrity checking.For that I prefer MD5 or SFV-files.

clsid
10th December 2008, 13:56
To make a static build:
UseOfMFC="1"
RuntimeLibrary="0"
AdditionalDependencies="strmbase.lib winmm.lib libcmt.lib kernel32.lib user32.lib advapi32.lib ole32.lib oleaut32.lib"

clsid
10th December 2008, 14:00
Some common file types that it currently does not yet support:
mp4, mpeg, ts, m2ts, wmv, hdmov, ogm, ogg

OctaneSnail
10th December 2008, 20:08
Some common file types that it currently does not yet support:
mp4, mpeg, ts, m2ts, wmv, hdmov, ogm, ogg

Most of those formats should just be a matter of adding the file extension along with the correct subtype to the s_file_types array. Feel free to give suggestions and I'll add them.

The wmv and asf formats are tricker since M$ in their infinite wisdom decided to make a combined source and splitter filter (WM ASF Reader) to handle them. I havn't yet investigated if there is a splitter only filter available that could be used in conjuntion with RARFileSource.

/OctaneSnail

Sagekilla
10th December 2008, 21:08
File sharing itself isn't illegal. It depends on what files you share! But what he describes is clearly is a voilation: Uploading copyrighted material to a public server...


Sorry, I should've been more clear. Yes, I meant that file sharing of copyrighted material like a movie is illegal.

AntiJw
11th December 2008, 00:00
Sorry, I should've been more clear. Yes, I meant that file sharing of copyrighted material like a movie is illegal.Doesn't that depend on which country you live in?!

setarip_old
11th December 2008, 00:12
@AntiJw

Hi!file sharing of copyrighted material like a movie is illegal.

Doesn't that depend on which country you live in?! No... (Perhaps you are thinking of backup copies you make for yourself)

AntiJw
11th December 2008, 06:20
Hey!
@AntiJw

Hi!

No... (Perhaps you are thinking of backup copies you make for yourself) Afghanistan: Copyright laws=0, no copyright. The first copyright law has yet to be passed.
Laos: Copyright laws=0, no copyright. The first copyright law has yet to be passed.
Marshall Islands: Copyright laws=0, no copyright. Copyright legislation is not known to exist.
.. although most countries got copyright-laws:
http://en.wikipedia.org/wiki/List_of_countries%27_copyright_length

squid_80
11th December 2008, 11:49
:goodpost:
Possible misuses aside, I wanted a x64 build so if anyone else wants it too: http://members.optusnet.com.au/squid_80/RARFileSource.ax
(Requires VS2005 x64 runtime.)

Ranguvar
14th December 2008, 01:50
Add support for tar, 7-zip, and lzma, and then you'll have an even more useful filter ;) LZMA > RAR in most situations. And, open formats are better than closed ones always :D

Good luck, and thanks!

Ábudos
14th December 2008, 04:08
I'm a fan of lzma myself. Much better compression than gz, much faster decompression speed than bzip2, I think it will eventually catch on.

clsid
14th December 2008, 14:57
I have never seen a video file that was packed with 7z. I have seen thousands that are packed with rar. So adding LZMA support is currently a huge waste of time.

Ranguvar
14th December 2008, 20:56
Ah, but if we are indeed discussing archives made by ourselves? Then it's completely legitimate, indeed, it makes more sense. And I'm not just talking about 7-Zip, I mean compressed tar archives as are familiar to Linux users (.tar.foo). gzip and bzip2 (tar.gz and tar.bz2) are the most popular now, but LZMA is gaining support.

squid_80
14th December 2008, 21:14
It's hardly worth discussing which compresses better when the filter doesn't decompress and we've established there's not much point trying to squash media files since they're pretty tight already.

OctaneSnail
14th December 2008, 22:54
Done whining about rule 6 and no compression? :sly:

Then grab version 0.9 (http://www.v12pwr.com/RARFileSource/) and enjoy!

/OctaneSnail

squid_80
14th December 2008, 23:51
Heh I mistakenly tried to open an archive that did use compression and got this error from mplayer2:

http://www.digitalfoundry.org/andrew/catastrophe.JPG

Gee sounds bad, I'd better click More Help (http://www.microsoft.com/windows/windowsmedia/player/webhelp/default.aspx?) to make sure nothing's broken:
You've encountered an error message while using Windows Media Player. Additional information is not currently available for this error.
The only thing that would make that text less helpful is having it read to me by a piece of stationery (http://en.wikipedia.org/wiki/Clippy).

Ranguvar
15th December 2008, 02:04
Good old MS... anyways...

Since compression is in the works, and a situation has already been discussed about how it may be useful if you read the thread, I think LZMA/TAR/7Z would be completely relevant.

I won't say any more on the subject, it's not a big deal to me personally. Again, thanks OP, and happy hacking.

clsid
15th December 2008, 12:38
As said before, compressing video files is insane. So there is no point in supporting compression algos that nobody is currently using for archiving videos (read: cut them in little pieces). Supporting compressed RAR archives is useful because sometimes people accidentally use compression instead of STORE when creating an archive.

yesgrey
15th December 2008, 15:26
I think 7z support is relevant. I stopped using rar in STORE mode. The 7z STORE mode is a lot faster! After each volume, rar takes lots of time in some tests, 7z doesn't, it's a volume after the other... Now I only use 7zip.

OctaneSnail
15th December 2008, 17:06
Heh I mistakenly tried to open an archive that did use compression and got this error from mplayer2:
...
The only thing that would make that text less helpful is having it read to me by a piece of stationery (http://en.wikipedia.org/wiki/Clippy).

I could let the filter show it's own more informative error message, there is no avoiding that useless message from mplayer though.

/OctaneSnail

squid_80
15th December 2008, 17:35
I could let the filter show it's own more informative error message, there is no avoiding that useless message from mplayer though.

I only posted it because I thought "Catastophic failure" was a pretty funny error message, rather than reporting a bug. I know it's just the host program overreacting, not an issue with the filter.

Ranguvar
16th December 2008, 01:10
I think 7z support is relevant. I stopped using rar in STORE mode. The 7z STORE mode is a lot faster! After each volume, rar takes lots of time in some tests, 7z doesn't, it's a volume after the other... Now I only use 7zip.

(Pure uncompressed) tar is even better for pure store :)

mikeathome
22nd January 2009, 16:06
Probably a bit OT, sorry for that...

Is there a chance to write a FileSourceFilter for ISO images. I would like to put my DVDs in ISO images on the NAS. So far the only Mediaplayer to handle them directly, I know of, is VLC.

MPC HC is my prefered, so I store folders (VIDEO_TS).

Will RARFileSource be able to play a DVD structure, stored in a RAR Container? Movie-Only would be fine but chapters are a MUST.

regards,
mike

lpcstr
23rd January 2009, 00:50
Probably a bit OT, sorry for that...

Is there a chance to write a FileSourceFilter for ISO images. I would like to put my DVDs in ISO images on the NAS. So far the only Mediaplayer to handle them directly, I know of, is VLC.

MPC HC is my prefered, so I store folders (VIDEO_TS).

Will RARFileSource be able to play a DVD structure, stored in a RAR Container? Movie-Only would be fine but chapters are a MUST.

regards,
mike

Now that actually seems quite useful. I no longer store my rips in ISO format, but for the longest time I did. A ISO filter would eliminate the step of having to mount the images with an ISO program and allow all media player to access the video directly.

mikeathome
23rd January 2009, 21:26
Now that actually seems quite useful. I no longer store my rips in ISO format, but for the longest time I did. A ISO filter would eliminate the step of having to mount the images with an ISO program and allow all media player to access the video directly.

Yes, my thoughts. I have a portable device (MVisto) which nicely plays ISOs as they are.

On the PC: well in Linux you can use the loopback device; in windows you use e.g. the Mount-Tool provided together with Slysoft's Virtual CloneDrive. A batch job can mount the ISO automatically and autoplay does the job, but still a kind of unhandy...

How do they do that in VLC? The VLC source code is available, isn't it?

But let's not hijack this thread, if anybody is interested in such thing let's open a new thread.


Back to topic:
WinRAR btw. opens ISOs, so is there a chance that functionality can be added to the RARFileSource filter?

mike

Ranguvar
30th January 2009, 03:21
IMO, mounting is the right way to do this. Even on Windows, mounting can be done in a fast single step. It's just the 'right way' from a technical standpoint - doing it through a filter would be an improper cludge.

Actually, you could probably completely replicate (and far more) all that this filter does using named pipes in Linux (not 110% sure if that will work with avs2yuv or similar in Wine), and probably in Windows too...

OctaneSnail
28th February 2009, 11:07
Hi folks!

Today I finally got around to releasing a long overdue update with some bug fixes here and there. See the second post for details.

Enjoy!

/OctaneSnail

asc28
19th September 2009, 11:00
Might anybody be able to supply an x64 build of the latest version? Would be much appreciated!

FredThompson
25th September 2009, 20:11
If WinRAR or any other file archiver is able to reduce the size of your media files to less than 99%, then the audio/video encoder that was used to create these files failed horribly!

The only reason I can think of to store media files in RAR archives is integrity checking. That or a rule #6 violation ;) True, there's negligible compression benefit but RAR as a container of multiple files has a benefit. I use ISO all the time for this with audiobooks, web code, etc. This method is great for ASX-linked file sets.

Pismo Mount supports mounting ISZ and ZIP which can be helpful. RAR supports a simple container so you could argue that it's a nice way to package video and subs into a single file. Some file cataloging programs will look inside ZIP and RAR so maybe an anime fansub person might find some benefit. Personally, I think a Windows driver to treat a container (rar, iso, zip, isz, etc.) as a folder/directory would be very useful. The limitation of all the virtual drives is they do not automatically "unmount" when the data isn't in use. In theory, you'd run out of drive letters.

FDisk80
20th January 2010, 22:04
Hi guys, is RARFileSource still being developed?
I'm having trouble opening large files with the 64-bit version.
Someone try playing a 1080p rar'ed movie. It's just does not work. If I'm not mistaken it will only play rar files if all on them together are less then ~4GB. :confused:

asc28
30th January 2010, 12:52
Haven't had this problem with the x86 version. Sure would love an updated build of the x64

FDisk80
8th March 2010, 21:10
This is so depressing. :( So is there any way to play large HD files with MPC-HC 64 bit without unraring the files?

thewebchat
9th March 2010, 00:08
I don't know... don't encode them with RAR in the first place? Oh wait...

FDisk80
9th March 2010, 00:19
I don't know... don't encode them with RAR in the first place? Oh wait...

srsly? Very Helpful.

kakoura69
28th March 2010, 05:33
there are some rars that rarfilesource and kmplayer wont run the videos within but xbmc will run them fine. ie *-immerse

FDisk80
28th March 2010, 08:10
there are some rars that rarfilesource and kmplayer wont run the videos within but xbmc will run them fine. ie *-immerse

Yes, XBMC is awesome with handling RAR's.
I wonder if whatever filter XBMC uses could be implemented with MPC-HC.

kakoura69
29th March 2010, 20:35
u can do the reverse : use mpc-hc instead of the default player of xbmc but that is not what i asked. i would love rarfilesource to add support for those other rars as well

Backflip
5th April 2010, 05:53
there are some rars that rarfilesource and kmplayer wont run the videos within but xbmc will run them fine. ie *-immerse

Yes, I know this immerse you speak of ;)

WinRAR 2.9 version is used, so rarfilesource doesn't play the video within :/ Any updates on this?

lolz0r
22nd August 2010, 01:30
Yes, I know this immerse you speak of ;)

WinRAR 2.9 version is used, so rarfilesource doesn't play the video within :/ Any updates on this?
It's not the RAR version used that's at fault, but the dictionary size.
RARFileSource only seems to work when the dictionary size of the RAR archive is 4096kb.
Groups like IMMERSE or BiA use respectively dictionary sizes of 512kb and 64kb, which makes the video unplayable using RARFileSource - although BiA uses WinRAR 2.0.

More info on dictionary size: http://acritum.com/winrar/manual/index.html?html_helpswmd.htm

If anyone can come up with a fix for this, I'd be very very grateful.

hrncn675
7th September 2010, 20:31
I fixed that a year ago, but thanks to the fact that this forum discourages you from helping others by making you wait 5 days it took a long time for me to post it.

Just add
multi_volume = false;
break;
to line 612 in RFS.cpp
The IMMERSE releases and a few others lack the HEADER_TYPE_END block, rarfilesource relied on this to check if it is the archives last part file, but the checking if the LHD_SPLIT_AFTER flag is not set which indicates that no further part files will follow this one is sufficient to find the last part file.
The dictionary size was just a coincidence, it had nothing to do with this problem.
Just make sure to start your player with the first rar file.
I've attached my compiled x86 version based on the current rarfilesource git that includes the fix and works for me with all files.

hidensity
11th September 2010, 12:45
hey hrncn675, big thanks for the effort.

However, I can't get it to work. If I switch to your new .ax-file the popup-error from rarfilesource about I/O operations is gone. But instead I get "Cannot render file" from MPC, now on all releases. Previously I had no problems running rar's from other groups. Any thoughts?

hrncn675
13th September 2010, 01:43
No idea, the only thing missing might be the msvc2010 runtime (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a7b7a05e-6de6-4d3a-a423-37bf0912db84&displaylang=en)

hidensity
13th September 2010, 17:50
Don't think anything is missing. I can switch between the files back and forth.
With the old one it works on most releases except IMMERSE and AMIABLE etc. where I get the I/O processes error from rarfilesource.
With the new one I get "can't render file" from MPC on all releases including the ones that worked a second ago.

I have Win7 x64, should that matter? I have the x86 version of rarfilesource.

hrncn675
13th September 2010, 21:25
I'm using MPC HC v1.3.1249.0 on win7 x64. Did you just rename the original rarfilesource.ax file and copy the new one into the folder ? I only get a cannot render the file error when the ax file is missing/has the wrong name.

hidensity
15th September 2010, 21:47
yes, I renamed the old one and put the new one in there. But I am however not using the HC version of MPC.

Skindred
17th September 2010, 23:39
Anyone care to convert this to Media Foundation?

That'd make it work on the XBOX360, just like Divx did with .MKV support :)

Would seriously rock, I tried getting it running by adjusting some classes around, but nothing really worked, I did however manage to add .rar to my library.

p0w3rh0u5e
22nd September 2010, 23:07
I have some problems with rar-sets, with additional files (like a sfv or md5) included. I think rarfilesource should look for playable files and just skip all others or maybe let the user decide via black/white-list which files should('nt) get delivered to the player...

Anway, very nice addtion to my setup. Nice idea, well done, very welcome. Thank you very much.

hidensity
28th September 2010, 22:38
could someone contact the rarfilesource author and ask him to update?

Marvman
11th January 2011, 15:05
This is so depressing. :( So is there any way to play large HD files with MPC-HC 64 bit without unraring the files?

There are a new version from Team MediaPortal (made by me :p) based on the version from OctaneSnail.
I fixed the bug on 64 bit systems.

http://www.team-mediaportal.com

http://www.team-mediaportal.com/extensions/video-audio/rarfilesource-team-mediaportal-version

Hope it helps somebody!

Greetz

hidensity
15th January 2011, 16:41
There are a new version from Team MediaPortal (made by me :p) based on the version from OctaneSnail.
I fixed the bug on 64 bit systems.

http://www.team-mediaportal.com

http://www.team-mediaportal.com/extensions/video-audio/rarfilesource-team-mediaportal-version

Hope it helps somebody!

Greetz
I Love You! :thanks:

OctaneSnail
21st February 2011, 23:18
Hi folks!

I see you've been keeping busy without me. Well, believe it or not I've actually put together a new version.

It's now officially 100% bug free! :rolleyes:

I also threw in a 64-bit build for good measure. See the second post for details.

Enjoy!

/OctaneSnail

garoto
27th February 2011, 19:41
Most awesome update! I was just gonna ask if someone could do a x64 build.

Thanks OctaneSnail for the new build and for still being interested in the project!

Also thanks to Marvman for the fix build that I was using :)

mariush
28th February 2011, 01:14
You're both wrong.

File sharing of copyrighted material without authorization from the copyright owner or without a license to distribute is illegal.

Ex 1. I can record an interview or do a podcast and license it under Creative Commons Share Alike or another even more permissive license. Even though I have the copyright on the recording, through the license I gave everyone permission to distribute it as long as the terms of the license are followed (For CC-SA mention in a comment or description the original author of the recording)

Ex 2. Ubuntu is also copyrighted material, but the license allows you to distribute through whatever means you want, as long as you don't charge a fee higher than reasonable shipping and handling costs (you can ask 2$ to ship a CD with Ubuntu to someone and it's completely legal).

Please make the distinction - copyrighted != not allowed to file share

PS. Sorry, didn't realize this thread had 4 pages, I was reading the last post on the first page.

anti
5th April 2011, 08:21
Just wanted to say thanks. Was looking for something like this.

ale5000
6th April 2011, 18:13
Info: If you have the "Nero Splitter" installed you can play directly iso images of DVD (it doesn't work if you have a normal video file inside the iso), I have tried with the one that came with Nero 8.

FDisk80
29th April 2011, 20:33
Yes! finally. Why did I found out about new version just now. v0.9.2 works perfectly with MPC-HC x64 and large files now. Always had trouble playing 1080p files.
Thank you! Amazing!

allouh
24th June 2011, 15:55
Only if this filter could skip missing rar parts?
This would be great as a feature, we could save large video files on multiple DVD5 discs without splitting the video itself, and play each disk separately without the need to extract the archives.
Of course first part would be important to get the header and last rar part to enable seeking without re-indexing the file(for MKV container).

hidensity
1st October 2011, 14:18
New problems with rar-files from TLA. Can anyone confirm?

p0w3rh0u5e
6th October 2011, 15:06
Another feature request: something like a blacklist/whitelist for filetypes. I prefer to put some additional files (like checksums) into the archives. Those files aren't playable via MediaPlayers like MPC-HC but rarfilesource trys to open them with no way to skip it or jump to the video-file.

Dark Eiri
25th October 2011, 13:23
Yeah, uhm... split .rar files from group ASAP fail to play. Any solution?

dlnalover94
29th October 2011, 00:35
Compressing already compressed files is absolutely ridiculous ...

There is some value in splitting big video files in smaller pieces, although I agree that compressing already compressed video is sort of pointless.

OctaneSnail
4th February 2012, 15:50
Hi all!

Not quite dead yet! See second post for new 0.9.3 release.

Thanks to John Peterson for getting the ball rolling again.


/OctaneSnail

FDisk80
4th February 2012, 16:31
Hi all!

Not quite dead yet! See second post for new 0.9.3 release.

Thanks to John Peterson for getting the ball rolling again.


/OctaneSnail

Awesome! :D Was waiting for an update. Thank you OctaneSnail.

BTW, isn't it better to move this to "Doom9's Forum > Hardware & Software > Software players".
I mean all the filters and decoders are there anyway.
People are most likely will not click on Announcements and Chat to find this.

OctaneSnail
4th February 2012, 18:01
Awesome! :D Was waiting for an update. Thank you OctaneSnail.
You're welcome.

BTW, isn't it better to move this to "Doom9's Forum > Hardware & Software > Software players".
I mean all the filters and decoders are there anyway.
That would be up to the moderators.

People are most likely will not click on Announcements and Chat
to find this.
I'd say this is an announcement thread! :)

/OctaneSnail

P.S.
And a chatty one!

allengero
15th February 2012, 15:18
is there a possibility for this to start playing a media file inside a multipart rarfile with only the first rarfile available?

Gfy
13th October 2012, 19:29
RARFileSource with support for .mp4 files:
http://rescene.wikidot.com/rarfilesource

Armada
19th March 2013, 17:29
RARFileSource has been included as an internal filter in the latest release of MPC-HC (1.6.6). It also includes the .mp4 patch mentioned above.

Thank you OctaneSnail for this great filter.

v0lt
25th May 2013, 07:32
Do you plan to support RAR5 format?

talcum
9th June 2013, 12:42
Is there a way to use symbolic links to reference rar files in another directory? If I link to the first rar it is unable to find any of the other archives.