Well, the new dshowserver using WINE seems to be a giant step backwards for me. I can't get it to work on a 64bit system (not tried on a 32bit yet). Not to mention that it adds a huge dependency.
Type: Posts; User: Bachstelze; Keyword(s):
Well, the new dshowserver using WINE seems to be a giant step backwards for me. I can't get it to work on a 64bit system (not tried on a 32bit yet). Not to mention that it adds a huge dependency.
They are all stored in the registry. This page gives more detail (scroll down a bit).
http://itsuki.fkraiem.org/stuff/dshowserver-ia32-r82.tar.bz2
Yes, mplayer-mt just uses multithreaded versions of the ffmpeg libraries instead of the "reguular" ones. Whether or not your ffmpeg libraries are multithreaded makes no difference as far as CoreAVC...
I can't do any testing without a trial version of CoreAVC 2. I'm not buying it since I now use VDPAU. BetaBoy said there would be a trial version shortly after release but we're still waiting...
It's because the Ubuntu pastebin decided it requires people to login now, so when you tried to download the text with wget, you got a nice error message instead, which patch obviously didn't...
Guide updated with patches on pastebin.com.
Aye, this was already asked a while ago:
http://ubuntuforums.org/showthread.php?t=1034075&page=13#122
It should be the same, really. Just use git instead of svn to get the mplayer source, and try to patch them. If it doesn't work, report back, and I'll see what I can do.
Not me, they don't have a trial version up yet.
What Sölve said: paste the MPlayer output.
All AVC steams are not equal in terms of processing power needed for decoding. Some encoding parameter (high number of reference frames, high...
Can you read MP4 or FLV files with it? This was the reason why the last patch was included, which broke the dshowserver "test".
Do you mean it worked even in the "test" phase? If that's the case, can you please post the output of
gcc -v
on your Jaunty system? packages.ubuntu.com is down at the moment so I can't check...
I have given up on searching the cause of this bug. If someone with more C knowledge than me wants to look it up...
I can't, because I haven't had the time to look into it yet.
dshowserver, yes. MPlayer, probably not.
Well, what happens when you try?
No.
Depends what you call "normally". ;) If you compiled mplayer from source, you need to also compile smplayer.
The patch apparently makes dshowserver crash during the "testing" phase, I will investigate as soon as I get the time.
@CorruptDNA: couldn't reproduce. Are you passing any special options to...
Yes it is, I just updated the guide. ;) I copied the patch to the pastebin because the URL to the original is a bit long.
Guide updated, and new precompiled dshowserver and registercodec binaries for 64 bit users uploaded.
Reported broken files now work fine:
firas@kano:~$ mplayer -vc coreserve dwhelper/Episode\ 1\ -\ Hunt.flv
MPlayer SVN-r29962-4.3.4 (C) 2000-2009 MPlayer Team
141 audio & 309 video codecs
...
The dshowserver sources need to be patched (as per this post). Move to the dir where your coreavc-for-linux sources are, download the attached patch, and run
make clean
patch -p0 <...
I have a ton of mp4 files that work just fine, so without more detail...
It seems to be some weird interaction bug between MPlayer and CoreAVC. MPlayer plays the files fine without CoreAVC, and CoreAVC plays them fine in Windows.
I could try it if I knew how to download a YouTube video. ^^;