MPlayer for Windows (2019-10-15)

[Martin H]

You must be kidding. This download is two years old now... :p
Nope, it's from the 15'th of march '08 :p

(the sourceforge date is just wrong)

[DarkZell666]

You must be kidding. This download is two years old now... :p

http://svn.mplayerhq.hu/mplayer?view=rev&revision=26251 ;)

[dat720]

I have Pentium 4 Northwood with only 1GB RAM... :)

I guess, it still shouldn't be that hungry for power to playback mp3's, my old (and i'm talking 13 years ago) pentium 133 with 16mb ram could playback mp3's with Winamp!!!

PS 20% on HD is with a 2.83ghz Quad!!

[johnsonlam]

Nope, it's from the 15'th of march '08 :p

(the sourceforge date is just wrong)

And the Mac version (Intel) didn't update for years!
I can't even find unofficial binary ...

PC version is running fine (thanks to Lord Mulder), that's OK.

[Brazil2]

*if I put the mplayer window in some position on the screen there is an option to retain this position when the next title from my playlist is played?
Yes, I second that.

It is very very annoying to have the window going to the center on each new file played.

[Reimar]

Yes, I second that.

It is very very annoying to have the window going to the center on each new file played.

Tried -fixed-vo option? Probably will not work with smplayer. You can still use -geometry to make it appear at a certain position.

[ricardo.santos]

Hi everyone!

i installed the latest MPUI and it set file associations without asking for it, smplayer icons have "taken over", i went to smplayer and tried to deselect all file associations and i click on deselect all and then on APPLY but upon clicking on apply it selects the file types again, so im stuck.

How can i remove these file associations and icons?

[dat720]

Run the program you want to be associated with these files and set it from the options of the prefered program..... i don't see the problem tho, mplayer is a much better player.

[blizard]

What version of audio driver is better to use for MPlayer Sherpya-SVN-r27323-4.2.4? I can not decide if I prefer dsound of win32 driver, the latter force a change in volume control for all sound on my computer so it is bit tricky to use. Is both audio driver being updated in different revision for MPlayer or are the very much the same during MPlayers development for windows XP (x64 bit) based OS?

Another question would be if there are any difference between using lavfpref as splitter for decoding LC AAC (libfaad2) and the Directshow based haali splitter in combo with MPC+FFDSHOW (which also are set to use libfaad2)?

[LoRd_MuldeR]

i installed the latest MPUI and it set file associations without asking for it

Obviously you did not uncheck "Set File Associations" during setup, so actually you told the installer to change the file assocations!

How can i remove these file associations and icons?

START -> Programs -> MPlayer for Windows -> Set File Associations -> "Restore Previous Behavior"

(Should work, unless SMPlayer's internal file association code has already messed it up)

[Martin H]

What version of audio driver is better to use for MPlayer Sherpya-SVN-r27323-4.2.4?
It's generally recommended to use waveOut(called 'win32' in Mplayer) on Win9x/Me/NT4 and DirectSound on Win2k/XP...

The WaveOut API is old and outdated, but the old OS's has a good implementation of it, so that's why it's recommended on those platforms for best performance. WaveOut on newer OS's are provided only for backwards compatibility and features a bad implementation...

The DirectSound API is a more modern API and the new OS's features a good implementation of it and hence, it's recommended on those platforms, as it uses less CPU than WaveOut and don't contain the bad elements of the Win2k/XP WaveOut implemmentation...

[blizard]

It's generally recommended to use waveOut(called 'win32' in Mplayer) on Win9x/Me/NT4 and DirectSound on Win2k/XP...


Thank you, Martin, for your answer. I forgot to explain that I have a problem related to dsound (directsound) when I want to output a AC-3 pass through on S/PDIF to my hardware decoder. It only works when I set audio driver to win32 (WaveOut).

It is of no use to control this setting in SMPlayer (the front end for MPlayer) as it seem to have no effect when set to hardware pass through of AC-3 S/PDIF in SPlayers GUI. It would maybe be a better solution if SMPlayer could change audio driver when it detects an AC-3 audio stream for S/PDIF, if it is possible? It is a bit annoying to remember to change between directsound and WaveOut in SMPlayer's setting for audio driver each time one start a video.

[Martin H]

Sorry if a little of-topic, but i was wondering about something...

I have latelly encountered several XviD DVD-Rips which either dosen't play at all in MPUI/Mplayer, or they play, but look like scrambled pay-per-view content...

However, when trying to play them through MPC/ffdshow, then they work perfectly ???

Of course i'm having ffdshow.ax configured to play XViD content through libavcodec.dll and not xvidcore.dll, as else that would obviously have explained the difference...

I'm using latest stable ffdshow tryouts(beta5) from the 5th juli '08 and have tried with both latest sherpya Mplayer.exe from the 18th juli '08 and also builds before that...

Do any of you have an explanation to this, and do you also experience the same issue ?

As both Mplayer and ffdshow are using libavcodec from ffmpeg for decoding, then i'm really confused about why this could be happening...

[LoRd_MuldeR]

What version of Xvid did you use to create those rips? What about VLC Player for example?

[LoRd_MuldeR]

MPlayer for Windows 2008-09-03 has been released :)

[2008-09-03]
* SMPlayer updated to Version 0.6.2 (SVN-r1738)
* QT Runtime Libs updated to Version 4.4.1
* UMUI updated to 2008-08-16

[Marbrye]

As a newbie I would like to know: Now that I'm using MPlayer, can I delete/uninstall QuickTime. TIA :thanks:

[LoRd_MuldeR]

As a newbie I would like to know: Now that I'm using MPlayer, can I delete/uninstall QuickTime. TIA :thanks:

This depends on whether you still need the QuickTime Player or not. MPlayer doesn't :p

MPlayer only uses it's own "built-in" decoders and splitters. There is absolutely no dependency on any external software.
For some proprietary formats (including QuickTime-specific ones) MPlayer loads third-party DLL's from it's "codecs" folder, but that's it!
It will neither use/need any DirectShow Filters nor any QuickTime Extensions...

[Marbrye]

Thank you for clearing that up for me. I appreciate your quick response.

[LoRd_MuldeR]

MPlayer for Windows 2008-09-17 has been released :)

[2008-09-17]
* SMPlayer updated to Version 0.6.2 (SVN-r1814)

Builds suspended until binutils 2.18 linker will stop acting as /bin/cat and it will start handling __attribute__((aligned(16))), and until gcc 4.3.x will stop crashing in _alloca().

[blizard]

MPlayer for Windows 2008-09-17 has been released :)

What does this last quoted line mean for a non-expert on how to compile mplayer? Any suggestion to where one might find updated mplayer version since Sherpya's July build are on standby mode, if there would be one to be found?

[LoRd_MuldeR]

What does this last quoted line mean for a non-expert on how to compile mplayer?

It means that Sherpya decided to delay his builds until certain bugs in GCC and BinUtils are fixed.

Unless you mange to workaround those bugs, you won't be able to make a fresh build yourself either.
Maybe older GCC works more stable than 4.3.x series. But then again latest MPlayer/libavcodec might not compile properly with old GCC.
I'm not sure...

[LoRd_MuldeR]

Some update on the delayed builds from Sherpya:

Current status of the toolchain:
gcc 4.2 sometimes produces undefined behaviour when using -O3
gcc 4.3 is broken on ftree-ch (default since -O)
gcc 4.2 (patched) using binutils 2.19 is able to correct align variables
binutils 2.19 is unable to make shared dlls and link against them
binutils 2.18.51 seems working...
some headers from mingwrt 3.15 are broken, they break compilation in some cases (e.g. mplayer)
latest defines added in vfw.h are broken: e.g. you cannot use WM_CAP_DRIVER_CONNECT

[LoRd_MuldeR]

MPlayer for Windows 2008-09-27 :)

[2008-09-27]
* SMPlayer updated to Version 0.6.3 (SVN-r1882)
* QT Runtime Libs updated to Version 4.4.2
* UMUI updated to 2008-09-20

[LoRd_MuldeR]

MPlayer for Windows 2008-09-29 :D

[2008-09-29]
* SMPlayer updated to Version 0.6.3.1 (SVN-r1904)

Version 0.6.3.1 (release for Windows only)

This release includes a fix for an important bug in 0.6.3 which affected the version for Windows: the video window would be black on the first video played, or always if the user opened the preferences dialog before playing a video. In those cases "directx," was used as video driver but the -colorkey option was not passed to mplayer producing the problem. Windows Vista probably wasn't affected by this bug, as it uses a different video driver as default.Packages for v. 0.6.3.1 (http://sourceforge.net/project/showfiles.php?group_id=185512&package_id=216202&release_id=629389)

[avih]

Installed the latest version over a previous one (at least few months old), haven't tried running it yet. It said it's uninstalling the older version, then proceeded to install the new version. I unchecked file association and quick-launch icons but left desktop icons.

I ended up with 3 new "MPUI" icons and 3 new "SMPlayer" icons on the desktop, ON TOP of the older MPUI/SMPlayer icons, thus, having 4 shortcuts to each of the apps with identical name and identical properties.

FYI.

[edit]
Just tried to delete the excess shortcuts, didn't work. I couldn't see them on windows explorer neither. Then I refreshed the desktop and was left with only 1 shortcut for each app. All fine now. Could be a glitch in my windows, but maybe it's also related to your installer. I'm on XP SP3.

[LoRd_MuldeR]

...having 4 shortcuts to each of the apps with identical name and identical properties.

The Windows filesystem (and any other filesystem I'm aware of) doesn't allow two (or more) files of identical name in the same folder.
So this is not possible, or at least it shouldn't be possible. Sounds like some bizarre Windows bug...

BTW: My installer uses the CreateShortcut function, as provided by NSIS. There is nothing unusual, works like millions of installers do :confused:

[DarkZell666]

Installed the latest version over a previous one (at least few months old), haven't tried running it yet. It said it's uninstalling the older version, then proceeded to install the new version. I unchecked file association and quick-launch icons but left desktop icons.

I ended up with 3 new "MPUI" icons and 3 new "SMPlayer" icons on the desktop, ON TOP of the older MPUI/SMPlayer icons, thus, having 4 shortcuts to each of the apps with identical name and identical properties.

FYI.

[edit]
Just tried to delete the excess shortcuts, didn't work. I couldn't see them on windows explorer neither. Then I refreshed the desktop and was left with only 1 shortcut for each app. All fine now. Could be a glitch in my windows, but maybe it's also related to your installer. I'm on XP SP3.

I've had this happen randomly with other installers too, but it never actually happened to me with this particular one. Perhaps killing explorer.exe was what I did at the time, I can't remember exactly ^^

[avih]

The Windows filesystem (and any other filesystem I'm aware of) doesn't allow two (or more) files of identical name in the same folder.
So this is not possible, or at least it shouldn't be possible. Sounds like some bizarre Windows bug...

BTW: My installer uses the CreateShortcut function, as provided by NSIS. There is nothing unusual, works like millions of installers do :confused:

I've had this happen randomly with other installers too, but it never actually happened to me with this particular one. Perhaps killing explorer.exe was what I did at the time, I can't remember exactly ^^

It is strange. Never happened to me before iirc. The 4 "identical" icons were all discretely movable, selectable, etc... Regardless though, clicking an empty area of the desktop and then F5 to refresh it solved the issue for me. Just thought I should mention it and maybe the developer could have another look just in case.

Great package regardless :)

[LoRd_MuldeR]

Some update on the status on MPlayer builds for Win32:

Current status of the toolchain:
gcc 4.2 sometimes produces undefined behaviour when using -O3
gcc 4.3 is broken on tree-ch (default since -O) [bug #37584]
gcc 4.2 (patched) using binutils 2.19 is able to correct align _local_ variables
binutils 2.19 is unable to make shared dlls and link against them
binutils 2.18.51 seems working... non local symbols alignment is not covered at all [bug #6914], sse code results are unrealable
some headers from mingwrt 3.15 are broken, they break compilation in some cases (e.g. mplayer)
latest defines added in vfw.h are broken: e.g. you cannot use WM_CAP_DRIVER_CONNECT
latest cvs from mingw and w32api fix vfw.h and getopt.c bugs
I've got another patch for gcc 4.3+ that can align since 16
gcc 4.4 branch produces a buggy ffmpeg, make test crashes in multiple targets
since the patch does not apply to 4.2 branch I need to test 4.3 branch
gcc 4.3 branch, I have to disable tree-ch, tree-dominator-opts and no-tree-vrp or make test will crash
alignment is somehow "optimized" and so it becomes unrealable :(
looks like the problem is not binutils, there is a bug open for gcc [bug #37216]
Quanto tempo perso...

[theclaus]

I have been using your builds for quite sometime. Sometime around last month or so when I updated to the latest version whenever I play anything in SMPlayer it repeats itself. I don't have repeat check it just seems to repeat.

Any idea on how to fix that. I love using this build since it is the only program that sets all my movies and shows in the correct aspect on startup.

[avih]

It is strange. Never happened to me before iirc. The 4 "identical" icons were all discretely movable, selectable, etc... Regardless though, clicking an empty area of the desktop and then F5 to refresh it solved the issue for me. Just thought I should mention it and maybe the developer could have another look just in case.
...
Tried yet again, on another computer, this time XP SP2, and got the same issue. This probably has to be an installer issue. This time I took a closer look at what happened:

- Started with a previously installed full package, with SMPlayer and MPUI icons on the desktop (same as on the other computer)
- Installed the latest package, and chose "Custom", same installation directory, unchecked file association, unchecked quick-launch icons, kept desktop icons checked, waited till the install was done, unchecked "readme" and "run", finish.
- I had 3 new SMPlayer and 3 new MPUI icons, while the older icons were still in place (same "old" location on the desktop), thus having 4 of each.
- Clicked the desktop, hit F5 to refresh. Result: 2 SMPlayer icons and 2 MPUI icons (2 of each gone, 2 of each left).
- It really seems that windows considers them as distinct shortcuts although they look identical to me. I was able to successfully delete the 2 new icons of the new install, thus keeping the older 2 icons which point to the proper location since it's installed to the same directory.

Here's a screenshot after the desktop refresh, plus file->properties of the 2 MPUI icons:

http://img33.picoodle.com/img/img33/3/10/2/f_mpuismplayem_d5d60e0.png

Since I've never encountered this behavior before, on any computer, and with this installer I saw it on 2 different computers with the same procedure, I'd say it's 99% NSIS bug or script bug or a combination of both, or something that triggers a windows bug. But it's not good.

[clsid]

Run a command prompt and navigate to your desktop directory. What results does a 'dir' command give?

[avih]

Run a command prompt and navigate to your desktop directory. What results does a 'dir' command give?
K, tried again, installed the same version (2008-09-29) again. same result again. 4 icons of each, after desktop refresh remain 2 of each, I manually deleted the "old" mpui icon and the "new" smplayer icon, no problem. Windows treats them distinctly as desktop shortcuts.

OK. it appears that there are lnk files in both user desktop and "all users" desktop, and maybe they aren't managed properly. On all installs I kept the default "install only for current user" checked.

Starting with the result of the previous procedure, reinstalled again and now ended with only 3 new MPUI icons on the desktop (old mpui and smplayer still kept in place) and after desktop refresh only one excess mpui icon (2 mpui overall, 1 smplayer).

I think it's enough info to reconsider the shortcuts placements logic (both desktop and start menu).

I think the excess icons that disappear on desktop refresh are a windows bug, but one that's triggered by this installer only. I've never saw it on other installers.

The double icon could or could not be a windows bug (Depending how it interprets same link on both all users and current user desktop. I'd say it should display one, but it displays two).

The double placement/removal procedure is probably a script bug.

the "all users" instead of "current user only" install is most probably a script bug.

Here's the shortcuts creation section of the log of my last install:


--- Creating Shortcuts ---
Output folder: C:\Program Files\MPlayer for Windows
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Celtic Druid's Homepage.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\GNU General Public License.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer Manual (Commandline Options).lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer on Win32.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPUI Homepage.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Official MPlayer Homepage.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Help (FAQ).lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Homepage.lnk
Remove folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\MPUI.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Readme.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer (Compact Mode).lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Check for Updates.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Reset MPlayer configuration.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Set File Associations.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Uninstall.lnk
Remove folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\
Remove folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\
Create folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer (Compact Mode).lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\MPUI.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Readme.lnk
Create folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Official MPlayer Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer Manual (Commandline Options).lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer on Win32.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Celtic Druid's Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Help (FAQ).lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPUI Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\GNU General Public License.lnk
Create folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Check for Updates.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Set File Associations.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Reset MPlayer configuration.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Uninstall.lnk
Output folder: C:\Program Files\MPlayer for Windows
Create shortcut: C:\Documents and Settings\All Users\Desktop\SMPlayer.lnk
Create shortcut: C:\Documents and Settings\All Users\Desktop\MPUI.lnk

[LoRd_MuldeR]

Sometime around last month or so when I updated to the latest version whenever I play anything in SMPlayer it repeats itself.

Disable "Repeat" for the current media as well as for the playlist ;)

(The latter can be found on the "Playlist" window)

[LoRd_MuldeR]

Here's the shortcuts creation section of the log of my last install:


--- Creating Shortcuts ---

[...]

Create shortcut: C:\Documents and Settings\All Users\Desktop\SMPlayer.lnk
Create shortcut: C:\Documents and Settings\All Users\Desktop\MPUI.lnk


Exactly two shortcuts are created on the "common" Desktop. No other access to "Desktop" folder. Looks pretty good I'd say :p

[avih]

Exactly two shortcuts are created on the "common" Desktop. No other access to "Desktop" folder. Looks pretty good I'd say :p
Except that I kept the default "current user only", and not for all users. I'd say you should revise the logic and consider a scenario at which the user had a previous package installed as a different configuration (all/current user).

[RNiK]

Disable "Repeat" for the current media as well as for the playlist ;)

(The latter can be found on the "Playlist" window)Thanks a lot! :thanks:

I was experiencing the same problem as theclaus and now it's solved.

P.S. I think that "Repeat" in the Playlist should be OFF by default.

[pynex]

Hello !

I've got a problem:

when I'm trying to watch an .avi with a .srt subtitle in SMplayer - the subtitles aren't shown. The files have the same name - except the .avi & .srt, of course.

When i'm loading the subtitle manually with Subtitles-Load it's working.

With the original SM-Player (0.631) it's working, too.

Regards,

Pynex

[LoRd_MuldeR]

With the original SM-Player (0.631) it's working, too.

There is no difference between the "original" SMPlayer and the one included in my package :confused:

[pynex]

There is no difference between the "original" SMPlayer and the one included in my package :confused:
Thats weird. With the normal settings it's working in the "original" SMPlayer right after a fresh installation, with yours it doesn't.

I've also tried the Generic Mplayer instead of the optimized version. The same problem.

When i'm replacing the smplayer.exe with the "original" one - it's working.

Any suggestions ?

[LoRd_MuldeR]

Nope. Because replacing "smlayer.exe" with an identical file can't make a difference per definition. The problem must be elsewhere.

Either the "original" SMPlayer ships with a different MPlayer build or it uses different settings. Try one of these:
* Replace the "mplayer.exe" with the one that ships with SMPlayer
* Delete the "smplayer.ini" to reset all settings to default

[pynex]

* Delete the "smplayer.ini" to reset all settings to default

That was it. I thought i've already done this by using "ResetSMPlayer.exe". But that program is for resetting the file association after uninstall, so i've got to :readguid: next time mindfully.

Thats funny - while testing different things i noticed, that it's working with your version when the .avi & .srt are named in 8.3.

But now it's really working - many many thanks for your help. :thanks:

[LoRd_MuldeR]

That was it. I thought i've already done this by using "ResetSMPlayer.exe". But that program is for resetting the file association after uninstall, so i've got to :readguid: next time mindfully

Nope. The "ResetSMPlayer.exe" doesn't mess with file associations, that is what "SetFileAssoc.exe" does ;)

However "ResetSMPlayer.exe" doesn't simply delete the "SMPlayer.ini", it also initializes the INI file with some settings chosen by me :)

It seems the "Pass short filenames to MPlayer" option caused the problem. I decided to enable that option in my defaults.
Otherwise people complain that (S)MPlayer won't open files with "foreign" characters in their name...

[lymzy]

A Noob question about ffmpeg.:p


How is ffmpeg decoding quality compare to other commercial software decoder inside powerdvd or TMT for VC-1 AP@L3 or H.264 HP@L4.1?

Someone said ffmpeg still have artifacts when decoding VC-1 and decoding picture quality of H.264 is not as good as coreavc?

Is there also audio/video sync drifting drop frame issue for ffmpeg?


I like ffmpeg for this open source and the fact it is used in XBMC and I think CPU will be fast enough that I don't care about GPU off-loading.


Just want to know the decoding picture quality. (not post proccessing or de-interlacing/scaling)

Thanks.

Sorry if I hajack this thread.:thanks:

[LoRd_MuldeR]

First of all: MPlayer doesn't use ffmpeg! MPlayer uses "libavcodec", which is one part of the "ffmpeg" project out of many.

Second: Given that the decoders work properly, all decoders give identical output for the same source. So output of libavcodec's H.264 decoder should be identical to CoreAVC or DivXAVCDec.

However CoreAVC is known to deocode MUCH faster than libavcodec in a multi-core environment - at least for the moment. On a single-core CoreAVC can even be slower than libavcodec.
Also CoreAVC already supports the "Predictive Lossless" mode (and "MBAFF"), which libavcodec does not do yet. But it's coming, most likely...

(All these statements apply when no special post-processing is used)

[clsid]

libavcodec already supports MBAFF and even PAFF. It does so for quite a while now.

[LoRd_MuldeR]

libavcodec already supports MBAFF and even PAFF. It does so for quite a while now.

But there seem to be some unsolved problems. At least that's what I read in the DGAVCIndex threads. Maybe I'm mistaken and it's PAFF that makes problems...

[clsid]

They should then post some sample files at the FFmpeg Roundup bugtracker. That will increase the likelihood of it being fixed.

http://ffmpeg.mplayerhq.hu/bugreports.html
http://roundup.mplayerhq.hu/roundup/ffmpeg/

[LoRd_MuldeR]

Well, it seems bugs have been reported, but are not solved yet:

Can't say I'm full of optimism after the latest response from Michael, which chides me for my "impatience". I also found a 3-month old bug report on the tracker that reports the problem I have, frame duplication by the decoder. The bug is not assigned. It's time to think about abandoning libavcodec support and concentrating on the CoreAVC and GPU decoders. I understand that the developers are part-time volunteers, there's lots of bugs waiting for solutions, etc., so please don't flame me for that.


However I personally am perfectly happy with current MPlayer/libavcodec for my H.264 encodes :)

I only switch to MPC+CoreAVC for some overkill-bitrate H.264 samples that don't play smooth in MPlayer yet and for "Predictive Lossless" samples...

[Martin H]

What version of Xvid did you use to create those rips? What about VLC Player for example?
Sorry for not responding earlier...

Anyway, it's not about encoder versions, since it's both Xvid and DivX i have now found, but i have noticed that the files that didn't play in MPlayer, where using non-mod16 res. like 300 and 282.

Also, the files did work fine in MPC with ffdshow and also with VLC.

Then i tested the files with MPC-HC and it's internal libavcodec implementation, and the files didn't play there when using 'overlay mixer' as renderer(just like MPlayer also uses), but when switching to 'system default'(which is 'old renderer' on win2k), then all files now worked fine...