New release of Media Player 6.4

[Yusaku]

It's very bad idea for a DShow (=modular) player to attempt this. A player developper (one person or a small team) cannot support all the possible codecs... anytime. If you want a player to burn alongside your movies, just use mplayer or burn MPC on the CD together with needed filters (should be only something like one or two files) and load them from commandline or ini file.

Personally, I'd much rather see actual player improvements like subtitle stream names in MKV and OGM splitters (having six times "english" is really confusing) or better AR support (I know, I know... but most widely used video decoder - read DivX - is bugged; and finding the right option in ffdshow is quite hard for average Joe User - "Use Overlay Mixer" is not too intuitive of a name for "pass extended information to renderer", not to mention ffdshow AR support was broken for over half year until like a week ago)

[S_O]

I don't think it's a good idea ... It remembers me to the standalone hardware DivX players ... Always new versions will be out of every codec with new functions so the player must be updated somehow ! (more work for the Authors) MPEG-4 is a standard. So there won´t be always updates with non-backward compatible features. Also on a hardare player there are other problems, that the processing power is very limited etc. That won´t be a big problem
I think to download a new version of a codec is not a problem for any user, mainly if we taking consideration that the decoder part of all of the codecs are free ......and finding the right option in ffdshow is quite hard for average Joe User - "Use Overlay Mixer" is not too intuitive of a name for "pass extended information to renderer", not to mention ffdshow AR support was broken for over half year until like a week ago)If I have a website and put a RealVideo on it I can write: Install RealPlayer and you can play the video. If I make a WMV: Install Windows Media Player and play it. If I put MP4 on the website:
Download the latest build of MediaPlayerClassic in your favorite language for your OS and copy it into a new directory. Now install the best current ffdshow build. Use latest stable build from sourceforge, maybe you need an alpha build. But probably better is an unofficial alpha build compiled by Athos which is mirrored on a faster server by Ligh. Best you search the doom9-forum and read the entire ffdshow-thread to find out the best current build. Now configure ffdshow-postprocesing and select the FourCCs you want to decode with it, but beware, some codecs are not working correctly. Now you have to install 3ivx and CoreAAC. Now open MPC and register the mp4 extension in the options to it. With good luck you can play mp4 now in MPC.

You cannot put that on a website! Stupid and also most averaged users will not be able to get it working correctly. There has to be something like: To play this Movie on Windows install MPC.

Maybe the average user thinks "Ah, if I install codecpack XYZ everything will work and I have all codecs installed I´ll ever need", but then everything is messed up. I think less DirectShow and more internal is better.
It's very bad idea for a DShow (=modular) player to attempt this. A player developper (one person or a small team) cannot support all the possible codecs... anytime. You´re right, it will be impossible to have internal support for all codecs. But I´m not talking about all codecs, I´m talking about MPEG-4. That is one format, also there are many enocders and even more FourCCs (DIVX, MP4V, XVID, DX50, RMP4, 3IV2...) out. DirectShow is very complicated and very easy to mess up with some filters. Less DirectShow is better in my opinion to make things easier and more reliable.

[opsis81]

@Yusaku
I really don't understand why it's a good idea for MPC to include a Matroska Splitter,an MPEG Splitter and an OGM Splitter and it's not a good idea to include an MP4 Splitter!
Don't forget that Matroska became so popular when Gabest released it's own Matroska splitter.Before this Matroska playback was sooo buggy that noboby used it.
If Gabest releases it's own MP4 Splitter with chapter and subtitle support we will see how popular MP4 could become.
I also don't understand why it's a good idea for MPC to include an MPEG-1 Decoder and an MPEG-2 Decoder and it's not a good idea to include an MPEG-4 Decoder!
Don't forget that MPEG-4 is a standard,such as MPEG-1 and MPEG-2!
@S_O
You´re right my friend.MP4 playback is a big nightmare for any user right now.

[dimzon]

Originally posted by opsis81
@Yusaku
I really don't understand why it's a good idea for MPC to include a Matroska Splitter,an MPEG Splitter and an OGM Splitter and it's not a good idea to include an MP4 Splitter!
Don't forget that Matroska became so popular when Gabest released it's own Matroska splitter.Before this Matroska playback was sooo buggy that noboby used it.
If Gabest releases it's own MP4 Splitter with chapter and subtitle support we will see how popular MP4 could become.
I also don't understand why it's a good idea for MPC to include an MPEG-1 Decoder and an MPEG-2 Decoder and it's not a good idea to include an MPEG-4 Decoder!
Don't forget that MPEG-4 is a standard,such as MPEG-1 and MPEG-2!
@S_O
You´re right my friend.MP4 playback is a big nightmare for any user right now.
100% agreed

[athos]

Here's a thought: What if MPC and similar players where able to download the needed codecs, and update those installed when necessary. Much like Microsofts players tries to do, but of course those only work with M$ approved codecs. Maybe we could build a common repository, based for example around sourceforge, and then the players can give the user the opportunity to download the codecs that match a given FourCC. If several are available, the player could be given a choice, with a short description for each codec.

[dimzon]

Originally posted by athos
Here's a thought: What if MPC and similar players where able to download the needed codecs, and update those installed when necessary.
It's not so good, I think. There are huge number of users without internet connection.

[dimzon]

Originally posted by Yusaku
It's very bad idea for a DShow (=modular) player to attempt this. A player developper (one person or a small team) cannot support all the possible codecs... anytime. If you want a player to burn alongside your movies, just use mplayer or burn MPC on the CD together with needed filters (should be only something like one or two files) and load them from commandline or ini file.

I think the best way is WinAmp way (multiple NOT COM plugins with open API).

Anibody agreed?

[S_O]

Here's a thought: What if MPC and similar players where able to download the needed codecs, and update those installed when necessary. Much like Microsofts players tries to do, but of course those only work with M$ approved codecs. Maybe we could build a common repository, based for example around sourceforge, and then the players can give the user the opportunity to download the codecs that match a given FourCC. If several are available, the player could be given a choice, with a short description for each codec.I also already thought about that, but there are some problems:
-Not all users have internet connection
-Not all codecs/splitters are free, for example I don´t think 3ivx likes it if their Splitter is downloaded automatically from a third-party site.

[S_O]

I think the best way is WinAmp way (multiple NOT COM plugins with open API).No, I don´t think so. WinAMP plug-in system is really messed up. With the plug-ins in the end we´ll have the same effect as with the DirectShow Filter, install this decoder plug-ib, or that, whih version etc.
But it could be useful exspecially since MPC is growing at the moment (FAAD, libdts etc.) to put the decoders into external DLLs.

[dimzon]

Originally posted by S_O
But it could be useful exspecially since MPC is growing at the moment (FAAD, libdts etc.) to put the decoders into external DLLs.
Yeah, I think you are right! It's the best way for MPC right now (move splitters and decoders into external DLL set)

[athos]

Originally posted by dimzon
It's not so good, I think. There are huge number of users without internet connection.
I dont really see the problem here? Let's say you include a number of basic codecs for example with MPC. Those people without internet wont be able to update them or download additional codecs. But if these same codecs are built in, they still wont be able to update the player.

And about the 3ivx splitter, my idea is that those who are interested would make their codecs available in this way. So if 3ivx dont want in, they dont have to. But if someone else makes a splitter that is downloadable in this way, then maybe that one will be more widespread.

[S_O]

And about the 3ivx splitter, my idea is that those who are interested would make their codecs available in this way. So if 3ivx dont want in, they dont have to. But if someone else makes a splitter that is downloadable in this way, then maybe that one will be more widespread.First we need a alternative MP4-Splitter. But what is when 3ivx are installed, maybe the mp4 contains MPEG-4 ASP video with 3-warp-point GMC and the 3ivx decoder is set not to connect to unsupported decoders. With the result, video isn´t played correctly, but MPC doesn´t know that, because graph is rendered fine. If you make everything external you can´t control anymore what´s supported correctly and what not. If you make the decoders internal you can say MPC plays A, B and C for sure. D, E, F etc. only when the DS-Filters for it are installed. But A, B, C cannot be screwed up by other DS-Filters which take over some formats, except you disable the internal decoder.

[athos]

Originally posted by S_O
First we need a alternative MP4-Splitter. But what is when 3ivx are installed, maybe the mp4 contains MPEG-4 ASP video with 3-warp-point GMC and the 3ivx decoder is set not to connect to unsupported decoders. With the result, video isn´t played correctly, but MPC doesn´t know that, because graph is rendered fine. If you make everything external you can´t control anymore what´s supported correctly and what not. If you make the decoders internal you can say MPC plays A, B and C for sure. D, E, F etc. only when the DS-Filters for it are installed. But A, B, C cannot be screwed up by other DS-Filters which take over some formats, except you disable the internal decoder.

Yes, so we would need some more detailed information on the filters. If everything is internal, then this would, in practice, mean that gabest has to manage the code for avi,mp4,mkv-etc fileformats, mpeg1,2,4,ac3,ogg,dts sound etc etc. by using a modular approach, the work is split up, and also ýou only have to install the parts that you need.

[sterlina]

Originally posted by Yusaku
Personally, I'd much rather see actual player improvements like subtitle stream names in MKV and OGM splitters (having six times "english" is really confusing)
Hello forum! And hello Yusaku, you've got my first post :cool:

I cannot tell about OGM, but MPC takes well subtitle streams names on MKV, maybe your problem is they are all encoded with the default name (english)... try to open your file with VirtualDubMod, menu stream/stream_list, select your "text stream" and check the comments, if there is nothing add the language version and save the file (direct stream copy, of course :D )

But it could be useful exspecially since MPC is growing at the moment (FAAD, libdts etc.) to put the decoders into external DLLs. Please don't! One great thing of MPC is that it is only one file, why change that? Are there some so big problems on compiling all jointly? :confused:

ciao!
.: ster :.

[S_O]

Yes, so we would need some more detailed information on the filters. If everything is internal, then this would, in practice, mean that gabest has to manage the code for avi,mp4,mkv-etc fileformats, mpeg1,2,4,ac3,ogg,dts sound etc etc. by using a modular approach, the work is split up, and also ýou only have to install the parts that you need.Hmm.. You´re right, also for fast Gabest coding a matroska DS-splitter in a few days this is very much to do. So a plug-in system wouldn´t be that bad, but with a new, cleanly implemented API (what about that UCI / CoreAPI thing, any specs yet??). The player would use them by default. So there would be parser/demuxer plug-ins and decoder plug-ins. In my opinion this plug-ins should not be FourCC based, there should be a other ID system, I´m yust writing down my thoughts. But what about putting these plug-ins online, so if a type is not supported currently it can get such a plug-in from the Inet?

Gabest, what do you thing about a plug-in based MPC with codec-download from the internet? It´s your project, you decide what to do.

Please don't! One great thing of MPC is that it is only one file, why change that? Are there some so big problems on compiling all jointly?Why do you need one file? In fact, since you use DirectShow filters to play media, the player uses more than one file. If you want to play MPEG-4 Video on a system without any special decoder installed the mplayerc.exe alone also doesn´t work anymore.

[sterlina]

Originally posted by S_O Originally posted by sterlina
Please don't! One great thing of MPC is that it is only one file, why change that? Are there some so big problems on compiling all jointly?Why do you need one file? In fact, since you use DirectShow filters to play media, the player uses more than one file. If you want to play MPEG-4 Video on a system without any special decoder installed the mplayerc.exe alone also doesn´t work anymore. Hey! You haven't answer me... :p
If there are lot's of files, each time you copy it somewere (in a cd or anywere on an hard drive) you have to check all files for missing, whereas in an one-file-only programm you don't. With more files you can't have mpc on your desktop, only a shortcut or a folder and it's not the same thing. And there are lot's of others little things that can be... little, but are useful and make the difference between "a great" player and "the greatest" player.
Also my biggest fear is that with more and more files there will be a need of an installer, with plenty of registry keys and reboots and no more the easyest thing: just launch it. :sly:

.: ster :.

[Coroner]

I prefer to keep MPC the way it is. The main reason I use it beacuse it is 1 file that doesn't have a bunch of other stuff with it. I'd rather just Gabest keep doing it the way it is now. Seperate DLLs would be annoying, there is no need for a inbuilt mpeg4 codec.

Gabest please keep MPC in 1 file and continue on the path you have already done so. The way MPC is setup is the reason why myself and a lot of people use it.

There are different players out there, try a different player if you want seperate DLLs and built mpeg4. Rather than trying to turn MPC into something a lot of us don't want.

[Loopback]

IMO that "one file" concept is good enough and I don't think it's need to globally change this. Of course, it's impossible to have all codecs in the one file, but it's not need! Look: MPEG1,2,4 - standard, AC3, DTS, MP2, MP3 - standard, AAC - maybe become standard. So now we have only industry standard decoders in the player - and let it be. Standards appears not so often... Splitters don't take many space, and those splitters are well integrated. So I don't see many problems for now.

About plugin system - where is the gain of using this? If you need some rare format, you can always use DS filters. Why you think plugins are better?

Peronally, I more like some filters base like athos say - but only for non standard / rare codecs. Moreover, now MPC can to ask user "Search web for codecs", so some piece of work already done.

[LigH]

Dear Gabest,

do you think it would be possible to allow to register MPC as the default DVD player application?

You would have to use a REG_EXPAND_SZ type entry as "standard" entry for the key "HKEY_CLASSES_ROOT\DVD\shell\play\command" (probably for Windows 2000 and up only).

I tried to change the entry manually to "(install-path)\mplayerc.exe /dvd /play %1", and it worked well.

[S_O]

Hey! You haven't answer me... Sorry:
More files are more flexability, so you can easily replace one part with a newer version, also you can remove unwanted parts.
If there are lot's of files, each time you copy it somewere (in a cd or anywere on an hard drive) you have to check all files for missing, whereas in an one-file-only programm you don't.If you have 10 instead of one file in one directory you can simply copy the entire directory, normaly no files are lost this way.
With more files you can't have mpc on your desktop, only a shortcut or a folder and it's not the same thing.Where is the difference in having a shortcut on the desktop and the exe file somewhere else compared to having the exe directly on the desktop?
Also my biggest fear is that with more and more files there will be a need of an installer, with plenty of registry keys and reboots and no more the easyest thing: just launch it. MPC has already registry keys:
HKCU\Software\Gabest\Media Player Classic\
HKLM\Software\Gabest\Media Player Classic\
Maybe it has more, but that was all I´ve found. Also the plug-ins doesn´t need to be registered in registry, neither a reboot is necessary for DLLs.
Seperate DLLs would be annoying, there is no need for a inbuilt mpeg4 codec.Why is there a need for a inbuild AAC Decoder, there is working DS-Filter (CoreAAC)? Why do we need AC3, DTS etc. decoders inbuild?
Gabest please keep MPC in 1 file and continue on the path you have already done so. The way MPC is setup is the reason why myself and a lot of people use it.Nobody said something from dividing the player itself into several parts, yust the possibility of adding decoders/demuxers with external DLLs, instead of DS-Filters, because this is more reliable. I also prefer a zip file instead of a installer, but I would like to see a installer version in addition to that for the stupid user who is not able to handle that correctly without a installer, that all people can enjoy this great player. Like I´ve written before, install Real, play file. That´s easy, but setting up MPC for MP4 playback is a nightmare for average/stupid user.
There are different players out there, try a different player if you want seperate DLLs and built mpeg4. Rather than trying to turn MPC into something a lot of us don't want.I know there are other players out, but either they look as a proof-of-concept or they are completly DirectShow-based (with the problem Joe Average needs to install 1000 filters). MediaPlayerClassic is the best, designed for simple, every-day use.

OK, I don´t want a war here and I also like MPC as it is. What about making these plug-ins more global, a DirectShow replacement, with a standarized API. So this files wouldn´t be a part of MPC and stored somewhere else. MPC could use this new API like it uses DirectShow at the moment, and maybe a additional installer version of MPC could install some plug-ins. MPC could have a auto-download feature to download some additional plug-ins. That´s high-flexabilty and easy for Joe Average and MPC stays a one-file-player, as it is today.

[gabest]

Oh my, this thread is really going out of my control :)

About having separate codecs my opinion is that basically that makes the confusion among users ("which codec do I have in use?") and the frequent crashes of the players based on dshow. It's great of course, but when the developer doesn't know which filters are going to get loaded it is always harder to figure out the cause of problems. With in-built filters there is at least a chance to debug the whole source, but when I hear "help my video is all green" or "upside down" or just crashes in the first second because an extrenal filter tries to load, then I can either tell the solution based on my experiences or tell everyone to open up the same file in graphedit and ask what filters there are, but a great percentage of the users will have no idea about how to do this small thing either.

Blight asked me to make a mov/mp4 splitter last weekend, so I went to read the specification of the file format a couple of times to understand it and it didn't seem to be more or less complicated than any other media file format. I think I'm going to do it within a few weeks (or months :)).

Yusaku & sterlina: It wasn't in the changelog, but subtitle stream names are now displayed in mpc, and maybe with vsfilter too, can't remember exactly when this was added, before or after the last release of it.

S_O: Do aac play from other containers or alone using the aac parser filter? Did you try cheking/unchecking the stereo downmix option? What can you see on the ppage of the sound renderer, do the samples arrive at all or does the format (frequency, channels) match with what you have? The mpeg4 decoder you linked in looks usable, I might wrap it into a dshow filter, if its license and maker agrees :) MAD is already in use as the mpeg audio decoder, and yes libfaad is the latest version, just checked out from sf.net at the date of mpc's release)

[S_O]

Do aac play from other containers or alone using the aac parser filter?Yes, it even plays fine from many mp4 files, just some don´t work. But the same aac plays fine when played from adts-aac using the AAC Parser.
Did you try cheking/unchecking the stereo downmix option? Yes, with no difference.
What can you see on the ppage of the sound renderer, do the samples arrive at all or does the format (frequency, channels) match with what you have? Everything is ok and looks correct, but in the advanced tab everywhere is "0" or "-", also format of samples is set correctly, it seems that there have never arrived any samples.
I´m trying to create a small mp4 on which this problem occurs and I´ll upload it.
Blight asked me to make a mov/mp4 splitter last weekend, so I went to read the specification of the file format a couple of times to understand it and it didn't seem to be more or less complicated than any other media file format. I think I'm going to do it within a few weeks (or months ).Great! Thank you very much!
The mpeg4 decoder you linked in looks usable, I might wrap it into a dshow filter, if its license and maker agrees You can say that if this only work for a half hour. :thanks:
MAD is already in use as the mpeg audio decoderGreat, haven´t seen it in the options.

[Yusaku]

MPC 6482 and vsfilter 2.33 doesn't display the sub track names... I guess I'll have to wait for new vsfilter, then :)

(Nope, using renderless on graphic card with 2.5MB memory is not an option :( )

[smok3]

tnx for the great player.
so this new version will play he-aac in matroska out of the box?
(are there any docs/detailed changelogs?)

[alcuin]

Hello Gabest,
I'm a big fan of your program. Wanted to let you know, something seems to have changed in MPC 6.4.8.1 and 8.2 in the Mpeg splitter. I play back mpeg2 files from my ReplayTV fine in them, but the total time in the status bar is wrong; the amount is inconsistent and varies from file to file; some files when played say 1hr37 mins (when the file is 1hr30) and some files go up to 3hrs14mins (for another 1hr30min file). If I uncheck mpeg splitter in the options, all is fine, and the correct file length is displayed. Possibly, it might be an issue with the mpeg2 files though; if I play an edited file, where I cut the commercials out, it shows the correct time. Another interesting but very small thing I noticed is if I uncheck Mpeg2 decoder, and there is none installed on my system, my mpeg2 files still play (at least in 6.4.8.1) For right now I'll go back to using 6.4.8.0; Thanks for developing an awesome program, keep up the great work!

-e

[alx]

Hi, hope this is a stupid bug..........i use MPC to play dvd´s on my computer with spanish subtitles........NO problem with 6.4.8.1, NO SUBS with 6.4.8.2.....don´t know why.
Thanks
alx

[chros]

Originally posted by gabest
[B]Blight asked me to make a mov/mp4 splitter last weekend[/B
What are these splitters for (mpeg, avi, mov) ? Is this meen that I don't need the Quicktime package ?

Perhaps a bug in 6.4.8.x: I have an avi file which has a total green picture, among the list of filters I can see Sorenson...MPEG4 (I think), but with 6.4.3.x it plays fine and in the list : DivX decoder! How can it be ??? (all decoder is set to decode its own format : XviD, DivX)

@Gabest: What about the integration of the DynEQ filter ? :) (U haven't respond to it ... :( )

[dimzon]

Originally posted by gabest
The mpeg4 decoder you linked in looks usable, I might wrap it into a dshow filter, if its license and maker agrees
Why not include them as built-in mpeg4 decoder? Please Please Please!

[opsis81]

@chros
mov/mp4 splitter will just split quicktime files.You will need also a quicktime video decoder and a quicktime audio decoder.You will need Quicktime package.
@dimzon
Every filter that Gabest created is included in MPC.In fact there are built in filters that don't have an external version (for example the Smacker & Bink Decoder).
I'm sure that if Gabest creates a MPEG-4 directshow decoder,he will included it in MPC too.
@Gabest
Will this mov/mp4 splitter also split BIFS subtitles created with mp4box?
I know it's too early asking that kind of stuff...but you could make me really happy(and Bond :D )!

[rakaz]

I've been reading the last couple of pages of this thread about MP4 splitters, plugins and build in decoders and want to clear some things up.

First of all, all the internal decoders and splitters that MPC contains are not strictly internal, they are regular Directshow filters that are compiled into MPC. Take for example the internal Matroska or Real splitter. On the Guliverkli project site you can also download the stand-alone directshow filter. They are the same as the internal versions. Some of the internal decoders are currently not available as a standalone download, but that does not mean they cannot be easily seperated from MPC. It's just that nobody has done it.

So, creating a new plugin infrastructure for MPC seems a bit nonsensical to me, because in a way it already contains one: Directshow. All the internal decoders already are 'plugins'. They just come in one handy package.

A new internal MP4 splitter would be perfect. In fact I have been hoping Gabest would create one, because it would make using MP4 so much easier. An internal MPEG-4 decoder would also be great, because if the splitter would expose the BIFS subtitle format, the decoder could be tuned to include support for imposing subtitles onto the video (just like the MPEG-2 decoder currently does).

@chros: MP4 and QuickTime are not the same. I tried to explain it here: http://sourceforge.net/forum/message.php?msg_id=2477112

[athos]

I was not thinking of inventing a new plugin-system, more on the lines of a framework for finding and updating directshow filters. I was thinking along the lines of Instant Messenger client Miranda's Wassup. But this might be better suited for a separate application, paired with some sort of online repository, preferably in some xml-format.

This has probably gone too much OT for this thread now.

Edit: Coincidently, I just ran into this: http://www.kcsoftwares.com/index.php?vtb

[S_O]

I yust noticed when playing the audio from aac / mp4 (audio-only) it is much louder with the internal decoder than with CoreAAC. This is only with this file, not with others. Unfortunately I wasn´t able to reproduce this bug with any other file. I created a small clip exactly the same way using the same tools: Plays fine. I tried the clip again: No audio. I remuxed the old clip: Still no audio. Remuxed the file using gpac mp4box: No audio with internal decoder, but also plays fine in QuickTime and with CoreAAC.

The file is 25MB big, can I upload it somewhere?

[gabest]

Sure, ftp://gabest.dyndns.org:2121/ l/p: login/password.

[Yusaku]

I can confirm that it happens to me as well - although file is 700MB.

5.1 Internet Profile HE-AAC in Nero, 44.1kHz

[S_O]

Sure, ftp://gabest.dyndns.org:2121/ l/p: login/password.I can access the server, but as you may have noticed in your logs, I cannot upload :(

[gabest]

PORT 192,168,1,2,10,197
530 PORT command only accepts client IP address.

Try passive mode!

(loudness can come from the normalizer)

[S_O]

I find the same in my FTP log:
> PORT 192,168,1,2,10,242
< 530 PORT command only accepts client IP address.
The problem must be the router, 192.168.1.2 is my LAN IP, not the internet.
Passive mode is not supported in my FTP client (LeechFTP), do you know a better, free FTP client for windows? LeechFTP had always worked.
(loudness can come from the normalizer)Why only on this file and not on the others?

[gabest]

Originally posted by S_O
The problem must be the router, 192.168.1.2 is my LAN IP, not the internet.
Passive mode is not supported in my FTP client (LeechFTP), do you know a better, free FTP client for windows? LeechFTP had always worked.far manager and aceftp the two clients I use, but there are many.Why only on this file and not on the others? Dunno :P

[bond]

Originally posted by opsis81
MP4 playback is a big nightmare for any user right now.hold on guys, i have to defend the great work shitowax (and the other 3ivx guys) did with their mp4 tools!

in fact i dont know what the 100% freely available (no adware) 3ivx splitter isnt able to handle? it works great for me

of course i wouldnt be the last one to be happy about a gpl (nothing goes above open source!) mp4 splitter but still i think what the 3ivx guys do is great and they dont deserve to get bashed :)

Will this mov/mp4 splitter also split BIFS subtitles created with mp4box?hm i think its not that easy :(
what we would need is a decoder filter which is able to decode bifs streams at all (without this it doesnt make much sense if the splitter is able to pass the bifs stream)

[rakaz]

hm i think its not that easy
what we would need is a decoder filter which is able to decode bifs streams at all (whitout this it doesnt make much sense if the splitter is able to pass the bifs stream)
True, but we can dream, can't we? :)

For now I'll settle for an open-source MP4 splitter which exposes the Nero vobsub subtitle stream. One-CD DVD backups created with Nero Recode 2 which can be played, with full support for subtitles, chapters and anamorphic ARs... That can be played by MPC without any additional filters... Yum!

[S_O]

far manager and aceftp the two clients I use, but there are many.Installed aceftp and I´m already uploading.hold on guys, i have to defend the great work shitowax (and the other 3ivx guys) did with their mp4 tools!Yes, their splitter works fine, but I don´t want users of my (the school website I´m working on) website tell they have to install several different tools to play one video. If 3ivx splitter would be really free I could easily create a little installer for stupid users, installing MPC and 3ivx splitter. But I don´t think 3ivx license allows that.

[bond]

Originally posted by S_O
Yes, their splitter works fine, but I don´t want users of my (the school website I´m working on) website tell they have to install several different tools to play one video. If 3ivx splitter would be really free I could easily create a little installer for stupid users, installing MPC and 3ivx splitter. But I don´t think 3ivx license allows that.hm i get your point
tell them to install quicktime (if they dont have it already), hopefully i dont get bashed for that ;)

[S_O]

tell them to install quicktime (if they dont have it already), hopefully i dont get bashed for that I cannot tell them to use QuickTime with good conscience! Also I will make the mp4s QT-compatible for the MAC users I want them to install good software, if they get another mp4 with Qpel, MPEG Q.-matrix etc. they´ll think "mp4 is a crappy format, I cannot play it always, let´s better use WMV, that´ll always work!"

[bond]

Originally posted by S_O
I cannot tell them to use QuickTime with good conscience!yeah, thats why 3ivx with wmp9 is also not the altogether best, but still maybe the best "newbie-proof" way to play mp4s for the moment :(

[S_O]

yeah, thats why 3ivx with wmp9 is also not the altogether best, but still maybe the best "newbie-proof" way to play mp4s for the momentA installer installing MPC, CoreAAC, 3ivx splitter and a good MPEG-4 Decoder (ffdshow is really borked at the moment and cannot be recommend either, I´m waiting for Skal´s MPEG-4 Decoder as DS Filter) would also be newbie safe, but illegal.

[gabest]

S_O: "aac_no_sound_bug.mp4" is really strange, I get the same error code from faad with coreaac and the internal decoder too (but coreaac was an older one, it just came with faad2 :). On the first packet is says: "Maximum number of bitstream elements exceeded", then "Unexpected channel configuration change" on the followings. I must admit the first packet looked a bit suspicius, they usually start with the byte 0x21 but this one was an exception (0xc0 0x10 0x12 ..) Seeing that only the first packet was different I tried to skip it and start with the second, and guess what then it played fine.

[S_O]

S_O: "aac_no_sound_bug.mp4" is really strange, I get the same error code from faad with coreaac and the internal decoder too (but coreaac was an older one, it just came with faad2 . On the first packet is says: "Maximum number of bitstream elements exceeded", then "Unexpected channel configuration change" on the followings. I must admit the first packet looked a bit suspicius, they usually start with the byte 0x21 but this one was an exception (0xc0 0x10 0x12 ..) Seeing that only the first packet was different I tried to skip it and start with the second, and guess what then it played fine.I yust decoded the adts-aac file with FAAD 2.0 RC3 (compiled Jan. 11th) and the current 2.1 beta rarewares build (compiled March 20th): Both with no errors.
Could it be that this audio packet was introduced/broken during muxing? Where does the problem occur? In muxing or demuxing? Encoding/decoding alone works fine.

Could you also have at this: http://forum.doom9.org/showthread.php?postid=468868#post468868
Another problem with mp4 playback in MPC, but not related to the internal AAC decoder.

Edit: File will be online here very soon: freezing_video_bug.mp4 (1,74MB) (http://l.b.oltmanns.bei.t-online.de/freezing_video_bug.mp4)

[gabest]

Don't know what can be the problem, it plays without any glich here, using the decoder of 3ivx and the aac decoder of mpc.

[LigH]

(Not that I would want to urge, but the question might have been missed: What about registering MPC as default DVD player application?)

[S_O]

Don't know what can be the problem, it plays without any glich here, using the decoder of 3ivx and the aac decoder of mpc.Hmm.. I´m using ffdshow, but in GraphEdit everything is fine. I activated the farme counter in the OSD of ffdshow, the glitches are really there, the number stops, too.
I yust looked into the properties of the video renderer, it counts the droped frames: "Frames dropped in renderer:". So the question is, why does the renderer drops frames in MPC, but not in GraphEdit?