OS/2, eCS & ArcaOS - Technical > Multimedia

mplayer - just stopped working...sort of...

<< < (3/3)

KO Myung-Hun:
Hi/2, again.

What's the result of gactrl in SNAP directory?

1. Run 'gactrl.exe' in SNAP directory such as x:\SNAP, where x is a boot drive.
2. Select '0' for 'Interactive Tests'
3. What's the value of '2D Acceleration' ?

KO Myung-Hun

Dariusz Piatkowski:

--- Quote from: KO Myung-Hun on April 16, 2024, 09:05:30 am ---
3. What's the value of '2D Acceleration' ?


--- End quote ---

"YES" on my machine

Pete:
Hi KO

Sorry for slow response, had to go away for a few days. While I was away I realised what the problem with kva:snap option is: This system is not using the SNAP driver.

It seems smplayer must have the capability to switch video output mode if the selected mode fails.

I attach 2 log files for your perusal
smplayer.log  - playback works despite kva:snap being selected video output, auto switches to VMAN
66295c21-003c_01-MPLAYER-exceptq.txt - the trap file generated whenever smplayer/mplayer is closed


Regards

Pete

KO Myung-Hun:
Hi/2.

@Dariusz Piatkowski


--- Quote from: Dariusz Piatkowski on April 19, 2024, 02:40:44 am ---
--- Quote from: KO Myung-Hun on April 16, 2024, 09:05:30 am ---3. What's the value of '2D Acceleration' ?


--- End quote ---

"YES" on my machine


--- End quote ---

Then, your system should play a movie with 2D acceleration, that is, SNAP mode. Nevertheless, if it fails, your system or SNAP driver seem not to support 1080p with 2D acceleration. In order to verify this, how about other smaller clips than 1080p, such as 720p ?

@Pete


--- Quote from: Pete on April 24, 2024, 08:31:20 pm ---
It seems smplayer must have the capability to switch video output mode if the selected mode fails.


--- End quote ---

I've found the reason. See `-vo' section of https://mplayerhq.hu/DOCS/man/en/mplayer.1.html#VIDEO%20OUTPUT%20DRIVERS%20(MPLAYER%20ONLY).


--- Quote ---If the list has a trailing ’,’ MPlayer will fall back on drivers not contained in the list.

--- End quote ---

SMPlayer calls MPlayer with a trailing comma(,) for vo. In this case, `-vo kva:snap,'.

That is, if kva:snap fails, then MPlayer tries other VOs. In this case, try first just `-vo kva' without any suboptions such as snap. Therefore, libkva tries to find proper modes automatically and decides to use VMAN mode. This is the feature of MPlayer not SMPlayer.

And I recommend to use `Default' or `kva(fast)' option in SMPlayer not kva(snap) et al to minimize any confusions.

Finally, for the trap I cannot reproduce here at all. If possible, provide a clip to test, please...

Thanks!

Dariusz Piatkowski:
Hello KO!


--- Quote from: KO Myung-Hun on April 27, 2024, 10:02:56 am ---...

--- Quote from: Dariusz Piatkowski on April 19, 2024, 02:40:44 am ---
--- Quote from: KO Myung-Hun on April 16, 2024, 09:05:30 am ---3. What's the value of '2D Acceleration' ?


--- End quote ---

"YES" on my machine


--- End quote ---

Then, your system should play a movie with 2D acceleration, that is, SNAP mode. Nevertheless, if it fails, your system or SNAP driver seem not to support 1080p with 2D acceleration. In order to verify this, how about other smaller clips than 1080p, such as 720p ?

--- End quote ---

Great pointer!!!

Sure enough, finding a few other videos I was able to play them through SNAP config, although that's not to say all 720s played, some would, some would not.

Then I remembered: the SNAP vidmem size is something I had tweaked in the past in order to free up max ram for my JFS cache (1G)...sure enough, I had it set to 18M, which for regular use was perfectly sufficient (1920x1200 x 2 heads). However, in this case, whether its the double-buffering or something else, perhaps this was causing me a problem?

I doubled up to 36M, and YUP...all of my 1080 vides play back just fine!!!

Eventually settled on 24M, which also happens to be the previous setting I had in place for a very long time...not sure why I had moved away from that, was probably experimenting with a larger JFS cache and just never remembered to bump that back up.

Anyways...sir: thank you for that spot-on remark!!!

Navigation

[0] Message Index

[*] Previous page

Go to full version