Need Ubuntu .debs (hardy)

[GoogleCodeExporter]

I've tried two different methods to install coreavc-for-linux, without
success. The first was with apt-build, the second was with SVN. I managed
to compile it, but for some reason coreavc still thinks my valid serial
number is not installed properly. Hence hi-def content doesn't play for me.
I've tried both the 1.70 and 1.80 versions.

Also, I now have issues with mplayer where I can only listen to the audio
of the a/v stream.

I think a much easier approach would be to package this in an Ubuntu .deb
(I saw one floating around on the Internet already, but it didn't work with
my system -- Ubuntu Hardy).

Is this doable? Really, all you need is an input box for the serial number,
and then a script to run the wine install wizard, then everything else
could be installed automagically, am I correct?

Original issue reported on code.google.com by nathanfi...@gmail.com on 30 Sep 2008 at 12:15

[GoogleCodeExporter]

It's not because you have to provide a mechanism for installing your serial 
number
with your copy of coreavc and you can't freely download coreavc without paying 
for it
first.  Hence why you must manually install it, it's the only legal way.

Original comment by pyra...@gmail.com on 3 Jan 2010 at 3:41

[GoogleCodeExporter]

As of R84, Wine is required.
Youi install CoreAVC into Wine, then can use Wine with the provided 
dshowserver.exe
if you don't want to compile it yourself.  There isn't really much else I can 
do as
CoreAVC is not free and can't be automaticvally installed for you.  Besides, the
dshowserver patches must be applied to mplayer/myth/xine, and upstream has no
interest in them.

Original comment by alannis...@gmail.com on 3 Jan 2010 at 3:55

• Changed state: WontFix

[GoogleCodeExporter]

Hi, i just would like to say , keep up the good work ;)
understand how it is when upstream do not want patch , i have similar project 
ongoing, some driver including binaries.

I'm just trying to set this codec now , should i try v2.0.0 coreavc+wine or go 
with
previous <1.8.5 or by using 1.9.0cuda releases and allready patched mplayer(deb 
from 
net)?

Original comment by slobodan...@gmail.com on 3 Jan 2010 at 11:47

[GoogleCodeExporter]

I can't answer that. If you use 2.0 with wine and have issues, I will try to 
respond
to them (though it is often better to e-mail me rather than file 
tickets....You'll
notice I don't update tickets too frequently).  It may be easier to use 
pre-packaged
releases, but I will ignore any complaints you have when using anything but my
latests code.  The reason for only supporting Wine is that the Win32 code is 
very
challenging to maintain, whereas using Wine 'just works'.  For instance there 
were no
changes needed to support CoreAVC 2.0.

You should be advised that mplayer is notoriously fickle about whether it sends 
the
correct parameters to CoreAVC and there is very little I can do about that, so 
even
with the latest code there are likely to be many streams that won't play with 
CoreAVC

Original comment by alannis...@gmail.com on 3 Jan 2010 at 4:01

[GoogleCodeExporter]

ok thanks ;)

can i ask some more questions

1. about wine : on ubuntu there is by defaul wine version 1.0.1 even on karmic
http://packages.ubuntu.com/karmic/wine
should ubuntu users use this version or add official wine team repos from over 
here (1.1.35 latest)
http://www.winehq.org/download/deb
http://wine.budgetdedicated.com/archive/index.html
(i'm on slackware curently by using wine 1.1.22 for some other unrelated reason)

2. i still trying to figure this out , i think i must recompile mplayer
(oder deb-s appears to be binary noncompatiible)
and when i recompile now ,will this mplayer bin  be usable when code of 
directshow server changes to support for ex  coreavc 2.1.0 ?
i can probably make it so it is bin compatible with oder distros on tgz package
(or to be run from folder)

3. in case of recompile can i disable building of mencodeder since it should 
cut 
down build time ?

Original comment by slobodan...@gmail.com on 3 Jan 2010 at 7:12

[GoogleCodeExporter]

I haven't tried it, but it is likely that 1.0.1 will work.  I've been using 
1.1.9 for
a long time and had no issues with it.  I had some stability problems with some
versions of Wine with mythtv, but I dont' know exactly what the issue was.  it 
was a
while ago.

a) yes you must recompile mplayer to use the current wine-based dashowserver

b) There should be no need to change dshowserver to support future CoreAVC 
versions.
 This is the main reason for using Wine in the 1st place.  It is possible that
rebuilding mplayer will be necessary for future versions of dshowserver if I 
update
the patch, or change the API, but that has nothing to do with CoreAVC versions.

c) It is up to you whether you build mencoder or not.  dshowserver can be used 
by
mencoder when transcoding (for the decode stage only).  Performance is usually 
not as
critical for transcoding, but there have been streams in the past that CoreAVC 
could
decode that ffmpeg could not.

Original comment by alannis...@gmail.com on 3 Jan 2010 at 7:44

[GoogleCodeExporter]

hi i have blue xv overlay screen :( with sound
perhaps should open other issue
video is 1280x720 sample from youtube .mp4

tryed using precompiled and also self compiled dshowserver with winegcc  
(simple 
make as instructed)

Original comment by slobodan...@gmail.com on 3 Jan 2010 at 11:02

Attachments:

• Logcoreavc
• snapshot3coreavc200.png

[GoogleCodeExporter]

hi  found thread on ubuntu forums and by adding AVC1 in codecs.conf i have 
picture :D
  fourcc H264,h264 AVC1
  fourcc X264,x264
  fourcc avc1,AVC1 AVC1
  fourcc davc,DAVC
  fourcc VSSH

http://ubuntuforums.org/showthread.php?t=1034075&page=30

is however sometimes drop frames using nv driver like here
http://code.google.com/p/coreavc-for-linux/issues/detail?id=37&can=1
using nvidia driver is about 80% cpu usage ,no frame drop , i have single core 
cpu
(about the same is with gud compiled mplayer using ffmpeg 264 on single cpus :( 
)
so is beter for multiple core cpus with this setup :D

and dshowserver compiled by winegcc

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 12:06

Attachments:

• snapshot4theklip.jpg

[GoogleCodeExporter]

Does the fix from that thread help?

Original comment by alannis...@gmail.com on 4 Jan 2010 at 12:12

[GoogleCodeExporter]

apparenly was on right way when i got the blue xv/overalay :D

when changed in codecs.conf this line
  fourcc H264,h264 H264
into 
  fourcc H264,h264 AVC1
somhow that worked ;) not sure how

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 12:16

[GoogleCodeExporter]

i think i've checkout r95 from here before you updated to r100

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 12:46

[GoogleCodeExporter]

Yes, changing codecs.conf that way works around an issue with mplayer 
incorrectly
passing info to CoreAVC.  It may break other streams though, so isn't a proper 
fix.

My question is whether the patch in Ticket 37 fixes your frame-drop issues?  I 
think
it should still apply to  the current mplayer patch.

Original comment by alannis...@gmail.com on 4 Jan 2010 at 1:25

[GoogleCodeExporter]

hi i have not yet tryed patch from ticket 37
i think i must recompile mplayer again to accomplish that,
thats more-less ok (bit time consuming on my cpu), 
but i can't remember exactly all other changes i made to system (which are 
actually 
temporary ) there is this loadable module (lzm ) that i've put mplayer-core 
binary 
in it.

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 1:53

[GoogleCodeExporter]

for file dshowserver-hacked.patch  (latest in thread)
it says partiall success , when patching mplayer src from rev , that appers to 
bee
SVN-r30175, so must do a thing or two manually :(

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 2:01

Attachments:

• patch-partialyfailed.txt

[GoogleCodeExporter]

okay now it says 'succeeded with fuzz 2' :) ( better then not succeded 
anyway )

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 2:16

Attachments:

• dshowserver-hackedr30175.patch

[GoogleCodeExporter]

hi , it seems there is no artifacts after this new patch in ticket 37 :D
there is frame dropping (i've put it on x11/xshm otput to emphisize 
artifacts&dropping ) 
after patch frame drops smoothly ;)

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 2:54

Attachments:

• snapshot5artifacts.jpg
• snapshot6no-artifacts.jpg

[GoogleCodeExporter]

have some addendum ,for folks that come by ;)

compiled mplayer without mencoder:
from this permalink not svn checkout (also latest mplayer ,i think)

http://www.mplayerhq.hu/MPlayer/releases/mplayer-export-snapshot.tar.bz2
-unpack to home
cd ~/mplayer-export-2010*
patch -p0 < <path-where-is-dshowserver-hackedr30175.patch-or-official>
./configure --disable-mencoder
make
(optionaly: export DESTDIR=/tmp/my-mpplayer-for-coreavc 
installs offline not in system )
make install

(you can get one large binary called mplayer for which can be changed name
and to work in paralell with existing mplayer on perticular system,ater copied 
in 
Path)

b) here are also nice howto-s for older revisions
http://blog.mymediasystem.net/avchd/coreavc-185-on-ubuntu/

c) it seems that is posible to invoke config dialog without dcom 98
is dcom 98 neccesary for config dialog to be able to save changes for codec ?
wine "C:\windows\system32\rundll32.exe" "/usr/local/share/dshowserver/
CoreAVCDecoder.ax",Configure

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 3:39

Attachments:

• snapshot7TAB-general.jpg

[GoogleCodeExporter]

also may be needed for each/meny videos to select codec after play that video
*in smplayer 
Options --> view info & properites --> click on Tab video codecs
scroll all the way down , select coreserver ,and click apply
(since mplayer chooses ffh264 internal codec by default)

Original comment by slobodan...@gmail.com on 4 Jan 2010 at 4:10

Attachments:

• snapshot8selectcodec.jpg