fslib / coreavc-for-linux

Automatically exported from code.google.com/p/coreavc-for-linux
GNU General Public License v2.0
1 stars 1 forks source link

directshow filter fails #28

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
using dshowserver-r46, coreavc latest svn, mplayer latest svn

after installing dshowserver and running test:

localhost .mplayer # dshowserver -c CoreAVCDecoder.ax -s 1280x720 -g
09571a4b-f1fe-4c60-9760de6d310c7c31 -b 12 -f 0x34363248 -o 0x30323449
No id specified, assuming test mode
Opening device
Called unk_IsDebuggerPresent
len: 992
ProductVersion: 1.7.0
Decoder supports the following YUV formats: YUY2 UYVY YV12 I420
Decoder is capable of YUV output (flags 0x2b)
Setting fmt
Starting
Initialization is complete
localhost .mplayer #      

notice that there is an extra line printed!

after applying patches to mplayer and running:

==========================================================================
Forced video codec: coreserve
Opening video decoder: [dshowserver] DirectShowServer video codecs
shm:/dshow_shm.f73d98e0
sem1:/dshow_sem1.f73d98e0
sem2:/dshow_sem2.f73d98e0
Opening device
Called unk_IsDebuggerPresent
len: 992
ProductVersion: 1.7.0
Decoder supports the following YUV formats: YUY2 UYVY YV12 I420 
Decoder is capable of YUV output (flags 0x2b)
Setting fmt
Starting
Initialization is complete
DirectShow filter failedVDecoder init failed :(
Cannot find codec matching selected -vo and video format 0x31637661.
Read DOCS/HTML/en/codecs.html!
==========================================================================

there is a noticeable hesitation between the initialization complete
message and the filter failed message

I did the checks you mentioned in the other thread and all looks correct

this problem occurs on both 32bit and 64bit installations

Original issue reported on code.google.com by allan.mi...@zetnet.co.uk on 21 May 2008 at 1:46

GoogleCodeExporter commented 8 years ago
No id specified, assuming test mode
Opening device
Called unk_IsDebuggerPresent
MSGBOX 'Serial Number Missing!' 'CoreAVC Professional Edition' (327680)
Win32 LoadLibrary failed to load: CoreAVCDecoder.ax
Warning: DS_Filter() could not open DirectShow DLL.  (DLL=CoreAVCDecoder.ax)
Failed to create DirectShow filter
Failed to open win32 codec CoreAVCDecoder.ax

Im not able to load the serial key...

When I type the command, it says 00000043 -- 29 .. Not sure what that means, or 
if
thats an error code

Original comment by bookmark...@gmail.com on 23 May 2008 at 8:07

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
I do have the same error as allan.mi...@zetnet.co.uk, with the latest mplayer 
svn and dshowserver-r46 (running 
on a 64-bit os). Any ideas how we can get this working? Please let me know if 
you need more information.

Original comment by jpeet...@lashout.net on 1 Jun 2008 at 9:27

GoogleCodeExporter commented 8 years ago
Another comment on this:
When I try to play a video file, I get the following error:
===================================================================
=======
Opening video decoder: [dshowserver] DirectShowServer video codecs
shm:/dshow_shm.cbd7e100
sem1:/dshow_sem1.cbd7e100
sem2:/dshow_sem2.cbd7e100
Opening device
Called unk_IsDebuggerPresent
len: 992
ProductVersion: 1.7.0
Decoder supports the following YUV formats: YUY2 UYVY YV12 I420 
Decoder is capable of YUV output (flags 0x2b)
Setting fmt
Starting
Initialization is complete
DirectShow filter failedVDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)

So mplayer switches back to ffmpeg to play the movie. But dshowserver is still 
running in the background, 
taking a lot of cpu cycles (so I assume it is decoding the movie as well).

Original comment by jpeet...@lashout.net on 1 Jun 2008 at 9:50

GoogleCodeExporter commented 8 years ago
Hello

Same problem here. dshowserver-r46 and 33 don't work on 32 and 64 bit. 
dshowserver
build from svn work on my 32-bit System.  

Original comment by sebastia...@gmail.com on 2 Jun 2008 at 5:53

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
With the latest mplayer svn and latest (rev 63) coreavc-for-linux I have now 
got it
working on a 64 bit install. However only for playing 720p encoded videos. With 
the
ones that I have tried so far if I try to play 1080p encoded videos immediately 
play
starts I get a freezing with one core usually at 100%. I seem to be able to get 
over
it by jumping along 10 seconds. Something seems to be causing 1080p videos to 
'stick'
at their beginning.

Original comment by allan.mi...@zetnet.co.uk on 14 Jun 2008 at 12:28

GoogleCodeExporter commented 8 years ago
allan.mi how did you built it on a 64 machine? 

i'm getting the same issue using latest svn mplayer and binary dshowserver:

Forced video codec: coreserve
Opening video decoder: [dshowserver] DirectShowServer video codecs
shm:/dshow_shm.aec82b20
sem1:/dshow_sem1.aec82b20
sem2:/dshow_sem2.aec82b20
Opening device
Called unk_IsDebuggerPresent
len: 992
ProductVersion: 1.7.0
Decoder supports the following YUV formats: YUY2 UYVY YV12 I420
Decoder is capable of YUV output (flags 0x2b)
Setting fmt
Starting
Initialization is complete
DirectShow filter failedVDecoder init failed :(
Cannot find codec matching selected -vo and video format 0x31637661.
Read DOCS/HTML/en/codecs.html!

Original comment by justcava...@gmail.com on 17 Jun 2008 at 1:01

GoogleCodeExporter commented 8 years ago
Justcavalli:

Well, I followed the instructions :)

Are you using the rev 63 coreavc-for-linux which you get down via svn? My 
original
problem was with rev 60 but when I changed to 63 it works (sort of).

The only slightly unusual thing I am doing is installing mplayer in my home 
directory
and calling it through smplayer but that shouldn't be relevant to the problem.

The problem is with 1080p videos. It is not just as I reported it above. 
Sometimes
they play OK, sometimes I get a blank screen but sound, sometimes I get this 
sticking
no matter how far I jump into the video. And sometimes a video will play OK one 
time
but not at another. None of these problems happen with playing them on a 32 bit 
install.

Alan Nisota (or somebody) is obviously updating coreavc-for-linux but you only 
find
out about it by running svn every now and then.I am now monitoring it daily and 
will
report here if anything improves for me.

Original comment by allan.mi...@zetnet.co.uk on 17 Jun 2008 at 3:37

GoogleCodeExporter commented 8 years ago
Looks like a native 64bit version of coreavc is on the way:

http://www.corecodec.com/forums/index.php?topic=1126.0

Original comment by allan.mi...@zetnet.co.uk on 25 Jun 2008 at 8:17

GoogleCodeExporter commented 8 years ago
There will likely never be a way to use the 64bit windows version in Linux.  
There is
no such thing as wine for x86-64 today.  It's possible the corecodec guys could 
help
get a 64-bit version of the dshowserver using a native linux binary blob 
though.  
We'll see.

Original comment by alannis...@gmail.com on 27 Jun 2008 at 1:26

GoogleCodeExporter commented 8 years ago
Drat! And here I was hoping that things would get simpler/easier.

Alan: Many thanks for all the work you are putting into this.

Original comment by allan.mi...@zetnet.co.uk on 27 Jun 2008 at 6:11

GoogleCodeExporter commented 8 years ago
Well, I have now got Xine successfully playing 1080p videos with a 64 bit 
install so
it shows that coreavc will do it. However, I need to get smplayer/mplayer 
working too
as Xine's subtitle handling is pretty limited.

Original comment by allan.mi...@zetnet.co.uk on 27 Jun 2008 at 5:50

GoogleCodeExporter commented 8 years ago
Eureka! I think I have solved it.

I had been using smplayer as the front end for mplayer. Hoping I might isolate 
the
problem I decided to invoke mplayer via CLI and explicitly give it the 
parameters,
one at a time, that smplayer feeds to it and found that it worked perfectly with
1080p encodes with all the smplayer parameters. So there was something about 
mplayer
running in slave mode that was the problem. But I then found that if I put all 
the
CLI parameters explicitly into the mplayer config file it then worked in slave 
mode
with smplayer.

Why, I don't know. I am using the latest mplayer and smplayer svn. And I am not 
a
hacker, but this is the way I found out how to make it work.

Just in case you are interested I am attaching my mplayer config file. It 
probably
could do with some tweaking but it works for me with an Athlon X2 5200 running 
64 bit
install.

Original comment by allan.mi...@zetnet.co.uk on 31 Jul 2008 at 8:17

Attachments:

GoogleCodeExporter commented 8 years ago
What version of xine did you use? They say use 1.1. branch, but which one works 
best?

Original comment by nathanfi...@gmail.com on 30 Sep 2008 at 1:35

GoogleCodeExporter commented 8 years ago
I am using 1.1.15

The only problems I have with it is that with some files it takes a couple of 
seconds
after it starts before you get the image although there is sound.

Original comment by allan.mi...@zetnet.co.uk on 30 Sep 2008 at 8:46

GoogleCodeExporter commented 8 years ago
Is there a forum for this project?  I have some questions. I can't get the 
answer to
my questions and im following the instructions to the T.  allan what is your 
email? i
cant seem to get ahold of anyone on here

Original comment by Cold...@gmail.com on 5 Oct 2008 at 1:27

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
This seems to be the only forum. The logical place for a forum would be over at
Coreavc but I guess it is here at Google for historical reasons.

ColdFlo: If you want to contact me direct replace the '...' with 'ller' in my 
id.

I can't guarantee being much help though. I am no linux/video guru and I have 
had to
flounder around a bit to get things working. But I have 1080/720 playback 
working
with both xine-lib and mplayer on an up-to-date 64 bit Gentoo install. If you 
are
having problems that are distro related I may not be of any help at all.

Original comment by allan.mi...@zetnet.co.uk on 5 Oct 2008 at 12:15

GoogleCodeExporter commented 8 years ago
I have the same problem with the latest coreavc-for-linux svn and the latest 
mplayer svn. Mplayer was 
compiled on my amd64 Gentoo install, dshowserver was compiled on a separate 
32-bit Debian machine. 
Dshowserver tests correctly as per the wiki, however when I attempt to play a 
matroska file from the 
commandline with:

mplayer -vc coreserve <path-to-file-here>

I get:

Matroska file format detected.
VIDEO:  [avc1]  1920x800  24bpp  23.976 fps    0.0 kbps ( 0.0 kbyte/s)
===================================================================
=======
Forced video codec: coreserve
Opening video decoder: [dshowserver] DirectShowServer video codecs
Opening device
Called unk_IsDebuggerPresent
len: 992
ProductVersion: 1.8.5
Decoder supports the following YUV formats: YUY2 UYVY YV12 I420
Decoder is capable of YUV output (flags 0x2b)
Setting fmt
Starting
Initialization is complete
Dshowserver Connected to host
DirectShow filter failedVDecoder init failed :(
Cannot find codec matching selected -vo and video format 0x31637661.
Read DOCS/HTML/en/codecs.html!

I am happy to help debug this issue if someone can clue me in to exactly where 
this is erroring. I haven't 
searched extensively on this problem, but the quick searches I have done so far 
have not turned up with any 
useful information.

Thanks!

Original comment by Lina.Pez...@gmail.com on 22 Dec 2008 at 8:30

GoogleCodeExporter commented 8 years ago
Closing due to age and major code changes that should fix many issues.  If you 
still
have issues using the latest code, please file a new issue

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