coreavc-for-linux on Gentoo?

[Jamesbch]

Hello,

I'm searching a way to decode the heavy movies with hardware or with a performant codec. I found the CoreAVC Codec (not free) and a solution to use it on Linux. It's called coreavc-for-linux http://code.google.com/p/coreavc-for-linux/
The method used is to patch mplayer to accept the codecs with coreserve. I tried as they and using the workdir of portage but I haven't any video anymore (black video). I had to recompile and reboot to have mplayer working again.

Is there a way to add the patch to an custom ebuild ? Any other idea ?
_________________
Desktop: Gigabyte EX38-DS4, Intel Q9450 2.6 GHz, 4 GiB DDR2, Nnvidia GTX 285.
Home-Server: Gigabyte 945GCM-S2L, Intel E2180 2.2 GHz, 2 GiB DDR2, Intel 82945G.
Laptop: Asus 1215N, Atom D525 1.4 Ghz, 2 GiB, Intel + Ion2

[weaksauce]

Hi, I've followed the method on google code and gotten it to work. So, if you've got the coreserve entry in your ~ version of codecs.conf, are you specifying -vc coreserve everytime? Can you post your .mplayer/config file as well as the precise command you were running, and the type of video file it is? It wasn't totally trivial to get this stuff working, and I still have to ctrl+z my mplayer while installing and apply the patch. You did do that, right? Can you give me the command and output of the patch command?

[Oak]

I've been trying to get this to work for mplayer-9999-r20 (svn), without success. I'm pretty sure I hit ctrl-z at the right spot, which is right after the configure script has finished.

Dshowserver seems to be installed correctly:

[weaksauce]

I'm just using the latest mplayer in ~ from portage. I have previously (successfully) used it with the mplayer svn from berkano as well. I just ctrl-z it during the configure, it doesn't matter that configure's not done since it's just patching some of the source files, but that shouldn't affect it.

Are you getting the 1 hunk that fails during the patch? I was getting that for a while, but revision 82 of coreavc-for-linux fixes that, cd there and svn up and grab the more recent mplayer patch. Or fix it by hand.

Of course, if yours is patching incorrectly then I don't know... Also, you can play 1080p movies just fine, eh? On my AMD 6400+ I def. can't. It's quite unwatchable. It's okay for a few minutes, then unwatchable. Any particular flags you use? I wish I didn't have to mess with this codec, but, it seems I do.

[Oak]

I doubt that the latest from portage actually makes a difference, since the patch applies just fine without failing. I'll try it all again tomorrow.
As for the 1080p movies, they run smooth as silk on my C2D 2.4 (E6600) using 1 core only. I've never used AMD and probably never will after reading this.
_________________
GCC-4.3.3-r1 - march=core2, gentoo-sources-2.6.30-r2 SMP x86_64 @ Core2Duo 2.4GHz, 4GB RAM

[weaksauce]

yeah, maybe, lol. I also have it in 32bit mode, and from what I hear, encoding/decoding is the one place where 64bits really shines. Maybe if someday I decide to switch filesystems I'll use that opportunity to re-roll my system as 64bit.

There are no particular options you find effective though? I mean, my processor should be able to handle it! I can watch 720p without issue using x264, but 1080p no dice. Ugh.

[Jamesbch]

[weaksauce]

Oh, yeah, it's smooth with coreavc. It's not with the x264 codec though. An ebuild to do the patch on its own would be nice, just toss in a use-flag to add that patch. The patch itself isn't prop. and so shouldn't have any problem being in portage, right?

But another issue is VC-1 files. If you've ever stumbled across one of those, (it's a windows-media format) coreavc won't display video for it. I found a post somewhere on an ubuntu forum about it, and they said it was fixed with the latest svn mplayer and rev. 82 of coreavc for linux. I tried that, and it did not solve the problem. Has anyone else gotten coreavc-for-linux to work with VC-1 files or should I start another thread? (my processor can't handle the 1080p movies without it).

[Oak]