SMPlayer - a new frontend for MPlayer [Archive] - Page 12

LoRd_MuldeR

9th May 2008, 22:51

I think ericab copied "-ac hwac3" to the audio filter field, but it has to be in the options field above.

Or he forgot to add the trailing , to allow fallback to other audio codecs.
However he simply could have checked the "AC3/DTS pass-through S/PDIF" option under General/Audio preferences :p

My example above was intended to show how audio/video codecs can be enforced manually...

ericab

9th May 2008, 23:54

@rvm,

oops youre correct, i put it in the incorrect field :P

@MuldeR

now i see you can force the codec this way; but....
i have checked the "AC3/DTS pass-through S/PDIF" option under General/Audio preferences all along before you suggested forcing it in the options field with -ac hwac3,hwdts,
but it still wont bitstream out to my receiver. the file is an MKV, and it works just fine in VLC, MPC, KMPlayer, & ZoomPlayer, however s/mplayer wont give me spdif out... im using the latest SVN...

**edit**
this is whats stopping it from bitstreaming...
what do i do?:

No accelerated IMDCT transform found
[format] Sample format big-endian AC3 not yet supported
Error at audio filter chain pre-init!

LoRd_MuldeR

10th May 2008, 15:05

Reimar

10th May 2008, 16:28

I noticed an issue when GL renderer is used: You can't drag in files into the SMPlayer window any more!
To be more precise: You can still drag them on the menubar or the statusbar, but not on the video area.

I think this can be a result of the way the GL renderer is now embedded into the host application...

Yes, because the window where the video is shown is now MPlayer's window. I do not see any really acceptable solution to this problem.

LoRd_MuldeR

10th May 2008, 19:54

Yes, because the window where the video is shown is now MPlayer's window. I do not see any really acceptable solution to this problem.

Can't the messages be simply forwarded to the host application's window?

Reimar

11th May 2008, 10:32

Can't the messages be simply forwarded to the host application's window?

That part would be no problem, the problem that the window would need to be set to accept files, but there seems to be no way to find out if the parent window accepts dropped files or not, so either it is broken for all application accepting dropped files, it is broken for all not doing so, or there would have to be a Windows, OpenGL vo-specific option for it.
None of these really seem acceptable to me (and now you may all guess why as a programmer I _hate_ Windows).

LoRd_MuldeR

11th May 2008, 12:47

Why not always accept files and forward the messages?

If the host application doesn't want to accept files, it will simply discard those message in it's message loop...

Reimar

11th May 2008, 14:57

Why not always accept files and forward the messages?

Because the mouse cursor will the look like the application will accept files even when it does not.

If the host application doesn't want to accept files, it will simply discard those message in it's message loop...

As I understand those functions, simply discarding would be bad since that would case a memory leak each time.

LoRd_MuldeR

12th May 2008, 22:54

Because the mouse cursor will the look like the application will accept files even when it does not.

IMHO it's better to have a "wrong" cursor icon in some applications, than breaking functionality in others...

As I understand those functions, simply discarding would be bad since that would case a memory leak each time.

Do you really need to free any memory if DragQueryFile() was never called? :confused:

Clobon

12th May 2008, 23:39

Hi,

I don't know if this has been disussed earlier:

the option General/Audio/Change volume just before playing doesn't seem to work for me...

If I tick YES it just comes up with an errormessage with the following errorlog:

C:/Programme/MPlayer for Windows/MPlayer.exe -noquiet -nofs -sub-fuzziness 1 -identify -slave -vo directx -ao dsound -zoom -nokeepaspect -priority abovenormal -framedrop -wid 5113170 -colorkey 0x020202 -monitorpixelaspect 1 -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -aid 1 -subpos 100 -contrast 0 -brightness -100 -hue 0 -saturation 0 -volume 72 -nocache -ss 59 -osdlevel 0 -vf-add screenshot -channels 4 -af scaletempo -sws 9 -loop 0 H:\somefiledude.AVI

MPlayer Sherpya-SVN-r26446-4.2.3 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (Family: 6, Model: 15, Stepping: 11)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Unknown option on the command line: -volume
Error parsing option on the command line: -volume
Setting process priority: abovenormal

I'd like to use it because the standard seems to be: put audio to 100%, wait a second and then put it to the desired level
(which actually annoys the hell out of me). If I turn it of it plays fine.

BTW: I'm using Mulders package MPlayer for Windows (2008-05-08).

Thanks anyway for this awesome frontend.

HF, Clobon

LoRd_MuldeR

12th May 2008, 23:50

The MPlayer builds included in my package (Sherpya) don't support the "-volume" switch, because that option isn't officially supported by MPlayer yet. It's only available via patch. I have already added a feature request to add the "-volume" patch to Sherpya's next builds, but no answer so far...

rvm

14th May 2008, 02:08

Version 0.6.0 final

Most important changes since 0.6.0rc4:

* (Bugfix) Two mplayer processes were run when opening a file. This could even make Aero in Windows Vista to be disabled.
* Seeking with the time slider works much better.
* Now it's possible to add directories recursively to the playlist.
* Added a preferences dialog for the playlist.
* The right mouse button can be configured.
* (Linux) File managers should now display an option to enqueue files in the smplayer playlist.
* (Fix) The playlist was shown for a small moment on startup. This caused problems if using compiz, as the window might not hide.
* Fix for Qt 4.4, the logo didn't show.
* Some translations have been updated (Simplified-Chinese, Italian, Ukrainian, Dutch, French, Romanian, Portuguese, Polish, Russian, Japanese, Spanish and German)
* Now the file Install.txt contains updated info about how to compile and install smplayer.

Downloads: http://smplayer.berlios.de/downloads.php

RNiK

14th May 2008, 10:18

Thanks a lot! Great player! :cool:

vio_man

17th May 2008, 17:43

LoRd_MuldeR

17th May 2008, 20:52

Yes, the seekbar appears to be broken for VOB files indeed!

The same applies for Video DVD's when playing from "physical" disc, not from Image file:
You move the slider to some position in the last third of the movie, but you end up somewhere else (usually near the beginning) ...

I guess those are problems in MPlayer, not SMPlayer itself...

Yong

17th May 2008, 21:18

ericab

18th May 2008, 05:15

rvm

18th May 2008, 17:55

@rvm: How do you compile mplayer with freetype?
i cant compile it unless disable freetype. it seems msys/mingw, or mplayer cant find the freetype2 directory during compiling, but not during configure.

and libac3 decoding still crash for me, your compile is working fine:confused:

My notes, with the packages I used and the options to compile them:

http://smplayer.svn.sourceforge.net/viewvc/*checkout*/smplayer/mplayer-builds/compiling_mplayer_mingw_with_fontconfig.txt

http://smplayer.svn.sourceforge.net/viewvc/*checkout*/smplayer/mplayer-builds/compiling_mplayer_mingw_additional_packages.txt

rvm

20th May 2008, 01:22

There's something wrong with real time seek. I've tried to seek inside within a VOB video and it doesn't really seeks. Cursor jumps to the selected time frame but the video is not from that time :confused:

If you've got a dvdrip (not only vob files but also the ifo files and so on) it would be better you use the option "Open->DVD from folder" and then select the folder with the *.vob files.

LoRd_MuldeR

20th May 2008, 01:33

If you've got a dvdrip (not only vob files but also the ifo files and so on) it would be better you use the option "Open->DVD from folder" and then select the folder with the *.vob files.

Yes. But DVD playback from "physical" disc (disc in the DVD drive) breaks seeking for some reason :(

Seeking works 100% fine, when I play the DVD from Folder on my HDD or when I play a DVD image from ISO file.
But when playing from a "real" disc, then seeking causes a huge delay and you end up at some random location.

LoRd_MuldeR

20th May 2008, 02:49

@rvm:
I think I found a bug in SMPlayer: While and after playing a web-stream, the "Open File" dialog doesn't work any more :o
Only way to make it work again loading a local file via drag & drop. Even restarting SMPlayer won't fix it.

My assumption: The open dialog tries to open the folder where the last played file is located, which isn't possible for URLs.

Tested with SMPlayer r1266 under Windows and using Qt 4.4.0

ericab

20th May 2008, 03:15

@rvm
i think i found a bug in SMPlayer: dts or ac3 wont bitstream out

@MeGui

20th May 2008, 03:19

I have Q about supporting Streamzap PC Remote (http://www.streamzap.com/), can be done?

Tnx in advannce :)

rvm

20th May 2008, 09:18

My assumption: The open dialog tries to open the folder where the last played file is located, which isn't possible for URLs.

Yes that's the problem (although strangely the "open dialog" works for me, even with Qt 4.4.)

I hope this is fixed in r1271.

rvm

20th May 2008, 09:21

@rvm
i think i found a bug in SMPlayer: dts or ac3 wont bitstream out

Did you try a different (maybe older) mplayer build?
It seems some versions crash.

LoRd_MuldeR

21st May 2008, 04:54

Yes that's the problem (although strangely the "open dialog" works for me, even with Qt 4.4.)

I hope this is fixed in r1271.

Thanks for the quick fix :)

LoRd_MuldeR

21st May 2008, 17:31

Found another problem: Apparently "Help > FAQ" doesn't work. Nothing happens.
Tested with SMPlayer r1271 + WindowsXP + Qt 4.4.0

Here is what I captured via ProcessMonitor when clicking the "FAQ" button:
21847 18:27:00,7565680 smplayer_portable.exe 1648 QueryOpen C:\Program Files (x86)\MPlayer for Windows\docs\en_US\faq.html PATH NOT FOUND
21849 18:27:00,7771265 smplayer_portable.exe 1648 QueryOpen C:\Program Files (x86)\MPlayer for Windows\docs\en\faq.html SUCCESS
21868 18:27:00,8483185 smplayer_portable.exe 1648 QueryOpen C:\Program Files (x86)\MPlayer for Windows SUCCESS
21869 18:27:00,8491689 smplayer_portable.exe 1648 QueryOpen C:\Program%20Files%20(x86)\MPlayer%20for%20Windows\docs\en\faq.html PATH NOT FOUND
...
22963 18:27:00,9774011 smplayer_portable.exe 1648 QueryOpen C:\Program%20Files%20(x86)\MPlayer%20for%20Windows\docs\en\faq.html PATH NOT FOUND

rvm

22nd May 2008, 12:29

Found another problem: Apparently "Help > FAQ" doesn't work. Nothing happens.
Tested with SMPlayer r1271 + WindowsXP + Qt 4.4.0

It seems to happen with Qt 4.4.
I think the problem is fixed now in r1278 (ftp://ftp.berlios.de/pub/smplayer/windows/smplayer_update_svn_r1278.7z).

Yong

22nd May 2008, 18:17

My notes, with the packages I used and the options to compile them:

http://smplayer.svn.sourceforge.net/viewvc/*checkout*/smplayer/mplayer-builds/compiling_mplayer_mingw_with_fontconfig.txt

http://smplayer.svn.sourceforge.net/viewvc/*checkout*/smplayer/mplayer-builds/compiling_mplayer_mingw_additional_packages.txt
your mplayer build is r26450,
while im using r26794, i believe the recent changes on the make system breaks the freetype compiling.
now newer revs only can use "mingw32-make", instead of "make":confused:

its too hard for me to fix it:eek:

unskinnyboy

23rd May 2008, 04:53

Ya know, running MPlayer.exe manually, and also trying with MPUI both work, but I noticed something. When these playback, it disables my Windows Vista Aero color scheme and switches it to Basic.

I think this because MPlayer uses the Overlay Renderer for video output.
From what I know, the Overlay Renderer doesn't work with Vista's "Aero" 3D User Interface.
So Vista will disable Aero for backward compatibility, as soon as Overlay is in use.
It seems for some reason that doesn't happen in SMPlayer ....

Did you try the OpenGL renderer instead of DirectX?I also have a Mobile Intel(R) 965 Express Chipset Family display adapter and am experiencing the same issue as EpheMeroN and have the same question he had:

Where's this OpenGL option located?

Does it have to be passed as an option to MPlayer? -gl?

Using SMPlayer SVN v1247.

rvm

23rd May 2008, 10:14

Does it have to be passed as an option to MPlayer? -gl?

Using SMPlayer SVN v1247.

In smplayer you can select the video driver in Preferences->General.

For MPUI you need to pass -vo gl to mplayer.

LoRd_MuldeR

23rd May 2008, 12:52

Does it have to be passed as an option to MPlayer? -gl?
The front-end (e.g. MPUI or SMPlayer) will pass it to MPlayer. Passing it to the front-end won't do anything.
In SMPlayer set "Output Drivers > Video" to "gl:yuv=2", in MPUI add "-vo gl:yuv=2" to the "Additional MPlayer Parameters:" edit field.

In case you run MPlayer manually from the commandline, do it like this:
MPlayer.exe -vo gl:yuv=2 -dr -noslices "C:\My Videos\Foo.avi"

unskinnyboy

23rd May 2008, 13:13

The front-end (e.g. MPUI or SMPlayer) will pass it to MPlayer. Passing it to the front-end won't do anything.
In SMPlayer set "Output Drivers > Video" to "gl:yuv=2", in MPUI add "-vo gl:yuv=2" to the "Additional MPlayer Parameters:" edit field.Thanks. Although the drop-down only had a gl:yuv=3, I was able to manually change the yuv parm from 3 to 2. But either 3, 2 or 4 seems OK to me. Just a gl played too jerky. I sometimes have a problem with jerky playback on 1080p material, so I'm hoping this will fix it too.

LoRd_MuldeR

23rd May 2008, 14:19

Thanks. Although the drop-down only had a gl:yuv=3, I was able to manually change the yuv parm from 3 to 2. But either 3, 2 or 4 seems OK to me. Just a gl played too jerky. I sometimes have a problem with jerky playback on 1080p material, so I'm hoping this will fix it too.

Try Yong's build of MPlayer from here, which already includes the latest GL fixes:
http://y0ngc6.googlepages.com/Mplayer-r26853.7z

And add this to "Additional MPlayer Parameters:" in MPUI:
-vo gl:yuv=2:force-pbo:ati-hack -dr -noslices

I couldn't get that build to work with SMPlayer though...

Yong

24th May 2008, 06:52

@LoRd_MuldeR
my build dont have freetype, so other freetype-related stuff were also disabled, eg fontconfig/libass. i did mentioned about my build problems :p
"-subfont-autoscale" only work if has freetype and fontconfig enable when compiling, while SMplayer has that option enabled by default, i dont know how to remove that command on SMplayer though :p

i think i will report the problem to mplayer team.

too bad celtic druid/serphya still does not have any updated mplayer build :(

rvm

24th May 2008, 10:23

I've just compiled mplayer svn r26865 (http://downloads.sourceforge.net/smplayer/mplayer-r26865-mingw.7z) (no problem with freetype).

LoRd_MuldeR

24th May 2008, 14:52

too bad celtic druid/serphya still does not have any updated mplayer build :(
I wrote a mail to Sherpya two days ago and asked for an update, but no reply so far...

LoRd_MuldeR

24th May 2008, 14:58

I've just compiled mplayer svn r26865 (http://downloads.sourceforge.net/smplayer/mplayer-r26865-mingw.7z) (no problem with freetype).

Ah, that one works fine with "gl:yuv=2:force-pbo:ati-hack", performance looks really good :thanks:
I can now play HD content using the GL renderer :)

// EDIT

After further testing I noticed that it's the "force-pbo" sub-option that boosts performance on my Radeon 19650XT a lot.
The "ati-hack" option doesn't seem to have any noticeable effect, although it's an ATI card...

// EDIT²

Another observation: Direct Rendering kills performance on DVD playback! Works fine when I disable Direct Rendering ...

LoRd_MuldeR

25th May 2008, 00:29

Feature request for SMPlayer:
Add "gl:yuv=2:force-pbo:ati-hack" to the list of video output drivers. Maybe clean-up some other "gl" entries...

Thanks :)

rvm

30th May 2008, 02:53

Version 0.6.1

Most important changes since 0.6.0 final:

* Now compact mode resizes the window, instead of leaving black borders.
* Added an option in Preferences->Interface which allows the user to select his/her preferred GUI. This way it's easier to use the mini GUI, for those who prefer a simpler interface with few buttons.
* One more fix for Qt 4.4. The option FAQ in the Help menu didn't work.
* (Windows) Fix: zoom didn't work well (black blocks appeared) if using directx.
* Added the Catalan translation.

Another change, which I couldn't test, is that now smplayer will try to use by default gl in Windows Vista instead of directx. (This affects only new users. If you already used smplayer and want to test, delete smplayer.ini)

Downloads: http://smplayer.berlios.de/downloads.php

Reimar

31st May 2008, 11:02

Another change, which I couldn't test, is that now smplayer will try to use by default gl in Windows Vista instead of directx. (This affects only new users. If you already used smplayer and want to test, delete smplayer.ini)

Works, though since it is just -vo gl without special options it is very slow. This is made worse by the fact that at least the NVidia Vista drivers seem to have massive problems with vsync (at least with the method that MPlayer uses): it causes an additional 10% of "System" CPU usage (the red thing in the task manager). Surprisingly, this is also when Aero is disabled, for which I see no logical reason.
Adding swapinterval=0 helps, and at least with Aero enabled should have no bad effects, so for that case I would suggest trying: -vo gl:yuv=2:force-pbo:ati-hack:swapinterval=0 -dr -noslices

LoRd_MuldeR

31st May 2008, 12:45

Reimar

31st May 2008, 14:15

I think using "-dr" by default is problematic in some way.
It works fine with my HD trailers, but it decreases performance drastically for DVD playback! :confused:
This is reported on WinXP x64 with ATI hardware...

If you use "-dr" you _must_ use "-noslices". But it does not make much of a difference currently, so feel free to not use it if you think it gives trouble.

LoRd_MuldeR

31st May 2008, 14:30

If you use "-dr" you _must_ use "-noslices". But it does not make much of a difference currently, so feel free to not use it if you think it gives trouble.

Yes, I use both of them. I always use "-noslices", but adding "-dr" definitely makes DVD sources unwatchable here.
When playing HD sources, I cannot see much difference between "-dr" and not using "-dr" for some reason...

Gusar

31st May 2008, 16:48

"ati-hack" and "-dr" don't work together for DVDs here. But since I have a Nvidia card, I don't use ati-hack, just "-vo gl:yuv=2:force-pbo -dr -noslices" and it works great for all sorts of video, including DVDs.

rvm

31st May 2008, 23:13

Adding swapinterval=0 helps, and at least with Aero enabled should have no bad effects, so for that case I would suggest trying: -vo gl:yuv=2:force-pbo:ati-hack:swapinterval=0 -dr -noslices

Thanks for the suggestion.

Although in my case, with a nvidia card (FX 5500), if I use -noslices I got a very jerky playback.

Clobon

3rd June 2008, 01:28

Hi,

for convenience I had the equalizer assigned to mbutton 3.
In recent builds that won't work anymore (I'm using LoRd_MuldeRs
package btw). In the build before the (2008-06-01) the equalizer
would appear when pushing the mb but wouldn't disappear
when pushing the mb again. Now (with the MPlayer for
Windows (2008-06-01) package) nothing happens.

Can anyone reproduce this? Or did I mess something up??

HF, Clobon

LoRd_MuldeR

3rd June 2008, 01:48

I can configure SMPlayer to show the equalizer when MouseButton3 (Wheel on my Mouse) is pressed down.
Tested with SMPlayer version 0.6.1+SVN-r1327 ...

Clobon

3rd June 2008, 02:01

HiI can configure SMPlayer to show the equalizer when MouseButton3 (Wheel on my Mouse) is pressed down.
Tested with SMPlayer version 0.6.1+SVN-r1327 ...

MB3 on my mouse is at the side. MWheelbutton is NR2 and configured by default for mute
which I use frequently. Anyhow it should work either and did until now.

Confirmed, it works with the MWheelbutton.
But it would be nice if the sidebutton would work again.

HF, Clobon

PS: The mouse is a Logitech G9 Laser