Mplayer latest version, running on OS4.1 update 2, when I try to run a mpg video


8.RAM Disk:MPlayer/GenericPPC> mplayer ram:someVideo.mpg
Creating config file: /progdir/conf/config
MPlayer SVN-r29532-4.2.3 (C) 2000-2009 MPlayer Team

Playing ram:someVideo.mpg.
MPEG-PS file format detected.
VIDEO: MPEG2 704x576 (aspect 3) 25.000 fps 15000.0 kbps (1875.0 kbyte/s)
VO: [p96_pip]
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 704 x 576 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Unsupported PixelFormat -1
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16be, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
[AO SDL] Samplerate: 48000Hz Channels: Stereo Format s16be
AO: [sdl] 48000Hz 2ch s16be (2 bytes per sample)
Starting playback...
VDec: vo config request - 704 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [p96_pip] 704x576 => 1024x576 Planar YV12
Unable to open a windowFATAL: Cannot initialize video driver.

FATAL: Could not initialize video filters (-vf) or video output (-vo).


Exiting... (End of file)
8.RAM Disk:MPlayer/GenericPPC>

And it does that on the alitvec version too.. If I run it -fs the video runs, but if I double click on the screen to toggle between full screen and Window it Grim Reaps on me. I'll attach a crash log if anyone needs to see it.



It's getting a bit irritating! I'm sure it use to work, I dunno what I did between it working, and not working..

Last edited by Stephen_Robinson on 13-Nov-2010 at 01:24 PM.

_________________
Rage quited 29th May 2011

@Stephen_Robinson

Have you rebooted and tried again?

I noticed this sometimes too. It seem to happen if you are low on memory (video memory?). Then when MPlayer has failed once it will never work again until you reboot.

_________________
- Don't get fooled by my avatar, I'm not like that (anymore, mostly... maybe only sometimes)
> Amiga Classic and OS4 developer for OnyxSoft.

@Deniil715

This is partial OT, aniway

Did you notice that pressing "S" command (for save a grab) and OSD menu doesn't work in MPlayer if it is located in a sub-path ?

For example leave MPlayer in GenericPPC folder, then open MPlayer GUI (using this path "GenericPPC/MPlayer", then finally open a video of your choice and try to activate OSD etc ..

Last edited by samo79 on 13-Nov-2010 at 12:57 AM.

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

@samo79
By default, the configuration is read from PROGDIR:conf (directory). This also includes the actual fonts, so OSD is gone. The screenshot capability needs a filter (-vf screenshot).

_________________
: AmigaOneXE (unmod.) 750FX/512 MB +stuff & AmigaOS 4.(0|1)
: A1200/68060&96MB/SCSI/EM1200-Voodoo3 & OS 3.5
: A500/1MB
: Pegasos (ff) 512 MB & MorphOS
Praise seitan.

@Stephen_Robinson

Yes, it's a very weird bug that has already occured to me.

I'll give you one solution, a weird one :

1° Deactivate everything in Startup-Manager
2° Reboot your Amiga
3° Launch MPlayer and check if it's using P96_PIP instead of SDL (since MPlayer cannot access P96_PIP, it reverts to SDL and you get the behaviour you describe), this should normally be the case
4° Reactivateone by one all your Startup Manager elements, rebooting everytime you reactivate one
5° Test MPLayer each time you reboot
6° At the end, all should work ok

This did the trick for me when I encountered the exact problem you have.

Odd, isn't it ?

_________________
PowerMac G5 2,7Ghz - 2GB - Radeon 9650 - MorphOS 3.14
AmigaONE X1000, 2GB, Sapphire Radeon HD 7700
FPGA Replay + DB 68060 at 85Mhz

@K-L

Still does it with everything in startup-manager disabled.

hmm..

_________________
Rage quited 29th May 2011

@Stephen_Robinson

It could be that there are not enough free pens on the screen.
Try to lower the image quality settings in Prefs/Workbench and Prefs/WBPattern.

@samo79

Works for me. I've always had MPlayer separated from MPlayer-GUI. I get OSD and screen shots end up in RAM:. But you need the conf dir for OSD etc in the same directory as mplayer, you cannot have mplayer alone in a "GenericPPC" drawer.

@ZeroG

Pens? MPlayer hardly use the 256 or so pens to draw its video data.

Last edited by Deniil715 on 13-Nov-2010 at 12:50 PM.

_________________
- Don't get fooled by my avatar, I'm not like that (anymore, mostly... maybe only sometimes)
> Amiga Classic and OS4 developer for OnyxSoft.

@Deniil715
Quote:

Pens?

Yes, the P96 PiP-Mode seems to need free pens. There is even a errorcode for that:
Quote:

#define PIPERR_OUTOFPENS (4) /* couldn't get a free pen for occlusion */

@ZeroG

Not quite sure how, but I changed the wallpaper, sorry, WBpattern, rebooted and it's working..

I'd also changed the icon quailty to poor,and installed the SDl at about the same time, and I've put everything back to how it was and it's still working..

So sorry, I'm not much help in troubleshooting!

Now to stop the program from GR when it goes to the second item on a playlist while in full screen..

edit: Correction, with Icons images set to 'good' quility Mplayer works, set to 'best' it fails to open window.

And that's the end of that chapter..

And thanks for the help guys.

Last edited by Stephen_Robinson on 13-Nov-2010 at 02:21 PM.
Last edited by Stephen_Robinson on 13-Nov-2010 at 01:23 PM.

_________________
Rage quited 29th May 2011

@Stephen_Robinson

Quote:

edit: Correction, with Icons images set to 'good' quility Mplayer works, set to 'best' it fails to open window.

Wild guess...see the post before yours. I'll bet "best" uses more pens than "good".
My question would be "how many pens and/or which pens need to be free to not kill P96 PIP?"

#6

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

@ZeroG

Quote:

Yes, the P96 PiP-Mode seems to need free pens. There is even a errorcode for that: #define PIPERR_OUTOFPENS (4) /* couldn't get a free pen for occlusion */

Is this define in MPlayer or P96?
If it's in MPlayer it might be some legacy code lingering. If it's P96 it should be rewritten to never require any pens for hi/true colour screens at least. Requiring pens for overlay sounds like a stupid design (today) and may simply be some legacy code from (very) old days.

_________________
- Don't get fooled by my avatar, I'm not like that (anymore, mostly... maybe only sometimes)
> Amiga Classic and OS4 developer for OnyxSoft.

@thread

Just made the same adjustments mentioned in this thread and:
this thread

I now have overlay (PIP) working with MPlayer (latest) on OS4.0 final, which had never worked before for me.

(1)Eliminated OS4reboot program from wbstartup
(2)unlocked my locked palette
(3)re-locking palette and running MPLayer killed PIP again
(4)unlocking palette restored it

Ergo, this has nothing to do with which version of OS4.x is being run.
Still adding things back to wbstartup to see if there are any other troublemakers. heh.

#6

Last edited by number6 on 06-Dec-2010 at 03:54 PM.

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

@Deniil715
Quote:

Is this define in MPlayer or P96?

P96

@All

AMC 1.2 contains a new version of MPlayer that (maybe) can solve many problems

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

@samo79

Quote:

AMC 1.2 contains a new version of MPlayer that (maybe) can solve many problems

The version included with AMC is over a year old, and sadly one of the versions that crashes.

_________________
Common sense - So rare it's almost like a super power

@zerohero

Really ?
Do you know exactly which version it is ?

.. revision i mean

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

@samo79

Yes, it's this version from Andrea's page:

MPlayer Summer (Reloaded) version (21-08-2009)

http://www.amigasoft.net/pages/mplayer/mplayer.asp

_________________
Common sense - So rare it's almost like a super power

@zerohero

Mmm i'm not really sure as version in AMC solve almost one big problem on my machine

The gray strips to the sides of the video ...

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

@ZeroG

Found another interesting conflict.
If you've read my posts, you know I only got PIP working recently due to the other conflicts we have discussed.
Prior to having PIP working under OS4.0, warpview (1st version V0.9) always worked for me, but not for some other folks.
I thought I would try it again, now that I have PIP working.
I got a blank screen and an error message in window on WB.

Then I searched AW and saw this

Quote:

Perhaps I'm wrong but what I understood from the Amiwest talk with Ben, Hans-Joerge and Thomas was that it is not just Warp 3D that is to be replaced. Graphics libaray will be rewritten and Picasso96 replaced. I got that Picasso96 and Warp3D currently fight for resources and part of the cause is an inherent problem with the Picasso96 API.

So...apparently it is not just those of us testing that have noticed certain conflicts and acknowledged a need for replacing Picasso96.

(btw, a later version of warpview cured this particular ill)

#6

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*