SMPlayer - a new frontend for MPlayer

[Yong]

Since the drivers behave very different between ATI and nVidia I might be doing something ATI cards do not like. It's been a long time since I tried to run on ATI (I sold my last card ATI, had enough of the crashes the drivers caused in combination with remote desktop)...
For an example of extreme performance differences, try -vo gl:yuv=6, last time I tried this made ATI drivers fall back to a 100% software emulation mode at < 1 fps... (nVidia works fine, even on old FX5200).
Oh god please make mplayer opengl renderer run faster on ati card lol :D :D
just kidding :p
imho both ati and nvidia driver also buggy, atleast they have problems with some old 3d games.
yup, yuv=6 doesnt work with ati card, while nvidia is very fast,
even with other yuv mode, nvidia card still can run normally with alot of video filters loaded, compare with ati card ;)

[LoRd_MuldeR]

I think for the Windows platform a good DirectX/Direct3D renderer would be the best solution :o

[Yong]

ATT is one of my every-day-use tools ;)

It's definitely a driver/compatibility issue:
* Catalyst 7.11 » OpenGL renderer works 100% fine
* Catalyst 7.12 or 8.1 » Bad tearing in OpenGL renderer

Note: The DirectX/Overlay renderer has no such tearing problem.
Also VMR9 or Haali Renderer (in MPC) don't show such issue...

hmm i got missing texture with some opengl game when enable triple buffering :p
with old directx8 game, i got no lighting effect, what a buggy driver :sly:
lets move to nvidia:p

yeah, vlc got a d3d video renderer, hope some one can port it to mplayer :D
but i still prefer opengl render since its cross platform ;)

[Yong]

Sorry for the OT :p
btw Reimar, with mplayer r25787, after u added the 5x5 unsharp mask, i cant use cscale=3 or 4,5 anymore,
i got this when using it:
[gl] Error compiling fragment program, make sure your card supports
[gl] GL_ARB_fragment_program (use glxinfo to check).
[gl] Error message:
line 2: redeclared variable name at dcoord = {
its only happen when im using yuv=2, 3 or 4,
tested with my 2600xt, while lscale is works fine iirc ;)

[Reimar]

should be fixed in r25788

[rvm]

*** Package for testing ***

SMPlayer 0.6.0 preview1

I've just uploaded a package with installer for Windows from the current version from SVN (r704). The package includes also the latest version of smplayer-themes.

For first time, it includes a mplayer build compiled by myself (r25829). It has been patched to add the -volume option, which can fix the problem of loud volume on startup.

Compiling mplayer, with support for everything, it's not an easy task, and this build may have support for less formats, as it still lacks support for several libraries. If you see that now some files which previously played, don't play anymore, please report.

By the way, I haven't included the extra codecs for mplayer to save some space. You'll have install it separately if you need it.

(By mistake I also included mencoder.exe in the package... maybe I'll release soon another package without it and with the codecs instead of it)

https://sourceforge.net/project/showfiles.php?group_id=185512&package_id=216202&release_id=570619

[LoRd_MuldeR]

Thanks for your efforts, rvm :)

Only noticed you have not updated the version string yet:
SMPlayer © 2006-2008 Ricardo Villalba <rvm@escomposlinux.org>

Version: 0.5.62+SVN-r704
Compiled with Qt 4.3.2

[LoRd_MuldeR]

Right another feature request :o

I'd like to have a "Refresh" button in the "MPlayer Log" window (or an "Auto Refresh" checkbox)...

:thanks:

[rvm]

Only noticed you have not updated the version string yet:

It's not an official release yet, so I didn't change it.

By the way, I've uploaded a new package:

smplayer_0.6.0preview2_setup.exe (http://downloads.sourceforge.net/smplayer/smplayer_0.6.0preview2_setup.exe)

It includes smplayer r718, mplayer r25850 and the extra codecs.

Most interesting change, now SSA/ASS subtitles can be resized without having to restart mplayer, so it's fast (this feature requires at least mplayer r25843).

There are also separate packages:

* smplayer_update_svn_r718.7z (http://smplayer.wiki.sourceforge.net/space/showimage/smplayer_update_svn_r718.7z)

* mplayer-r25850-mingw.7z (http://downloads.sourceforge.net/smplayer/mplayer-r25850-mingw.7z)

[Adub]

Hey, rvm I am getting an error with the latest SMPlayer stable version for linux.

Or rather, it's not an error, just that SMPlayer is not playing. meaning 0.6.0rc1.

I am running Sabayon Linux, a Gentoo derivative.

Now, when I open any video, say a generic avi file, smplayer starts, but no video is played, it just kind of freezes.

Here is mplayer's log:
/home/merlin/mplayer -noquiet -nofs -sub-fuzziness 1 -identify -slave -vo gl -ao alsa -zoom -nokeepaspect -autosync 100 -dr -input conf=/usr/local/share/smplayer/input.conf -stop-xscreensaver -wid 44040206 -colorkey 131586 -monitoraspect 1.25 -ass -embeddedfonts -ass-color ffff0000 -ass-border-color 00000000 -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -contrast 0 -brightness 0 -hue 0 -saturation 0 -cache 2000 -osdlevel 0 -idx -channels 2 /home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4



and here is SMPlayers log:
Translator::loadCatalog: can't load qt_en_US from /usr/local/share/smplayer/translations
Translator::loadCatalog: can't load qt_en_US from /usr/share/qt4/translations
Translator::loadCatalog: successfully loaded smplayer_en_US from /usr/local/share/smplayer/translations
This is SMPlayer v. 0.5.62 (svn r418) running on Linux
Qt v. 4.3.2
* application path: '/usr/local/bin'
* data path: '/usr/local/share/smplayer'
* translation path: '/usr/local/share/smplayer/translations'
* doc path: '/usr/local/share/doc/packages/smplayer'
* themes path: '/usr/local/share/smplayer/themes'
* shortcuts path: '/usr/local/share/smplayer/shortcuts'
* smplayer home path: '/home/merlin/.smplayer'
* ini path: '/home/merlin/.smplayer'
main: files_to_play: count: 1
main: files_to_play[0]: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
Recents::load
Core::Core: file_settings: '/home/merlin/.smplayer/smplayer_files.ini'
MplayerProcess::init_rx
MplayerLayer::allowClearingBackground: 0
Preferences::monitor_aspect_double
warning: monitor_aspect couldn't be parsed!
monitor_aspect set to 0
Playlist::setModified: 0
Playlist::loadSettings
Playlist::addItem: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
Playlist::setModified: 0
name: '159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
Style name: 'plastique'
Style class name: 'QPlastiqueStyle'
BaseGui::initializeMenus
BaseGui::initializeMenus
BaseGui::updateRecents
BaseGui::updateWidgets
Core::changeUseAss: 1
BaseGui::updateWidgets
BaseGui::updateRecents
PlaylistDock::hideEvent: isFloating: 0
undocked
PlaylistDock::showEvent: isFloating: 1
PlaylistDock::hideEvent: isFloating: 1
BaseGui::initializeMenus
BaseGui::updateRecents
BaseGui::updateWidgets
BaseGuiPlus::loadConfig
DefaultGui::createStatusBar
DefaultGui::createActions
DefaultGui::createControlWidget
DefaultGui::createControlWidgetMini
BaseGui::initializeMenus
BaseGui::updateRecents
DefaultGui::updateWidgets
BaseGui::updateWidgets
DefaultGui::loadConfig
DefaultGui::updateWidgets
BaseGui::updateWidgets
BaseGui::showEvent
BaseGui::openFiles
Playlist::setModified: 0
Playlist::addFiles
Playlist::addItem: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
name: '159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
* latest_dir: ''
BaseGui::open: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
Core::open: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
* identified as local file
Core::openFile: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
Core::playNewFile: '/home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
Core::saveMediaInfo
Core::saveMediaInfo: not saving settings, disabled by user
Core::checkHaveSettingsSaved: group_name: '_home_merlin_Desktop_Encoding_x264_work_159b826de1d66a3e8c5f33acd24ace5c752fa32a_mp4_329792952'
Core::playNewFile: volume: 100, old_volume: 100
Core::initPlaying
Core::startMplayer
Helper::setScreensaverEnabled: 0
DesktopInfo::desktop_size: primary screen: 0
DesktopInfo::desktop_size: size of primary screen: 1280 x 1024
DesktopInfo::desktop_size: size of screen: 1280 x 1024
Core::startMplayer: command: '/home/merlin/mplayer -noquiet -nofs -sub-fuzziness 1 -identify -slave -vo gl -ao alsa -zoom -nokeepaspect -autosync 100 -dr -input conf=/usr/local/share/smplayer/input.conf -stop-xscreensaver -wid 44040206 -colorkey 131586 -monitoraspect 1.25 -ass -embeddedfonts -ass-color ffff0000 -ass-border-color 00000000 -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -contrast 0 -brightness 0 -hue 0 -saturation 0 -cache 2000 -osdlevel 0 -idx -channels 2 /home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4'
MplayerLayer::playingStarted
BaseGui::calculateDiff: diff_size: 0, 0
BaseGui::calculateDiff: diff_size set to: 0, 106
MplayerProcess::init_rx
MplayerProcess::gotError: 0
WARNING: Core::startMplayer: mplayer process didn't start
Core::tellmp: 'volume 100 1'
WARNING: tellmp: no process running: volume 100 1
BaseGui::initializeMenus
BaseGui::updateRecents
DefaultGui::updateWidgets
BaseGui::updateWidgets
BaseGui::loadActions
ActionsEditor::loadFromConfig
BaseGui::showMplayerLog
BaseGui::showLog


I custom compiled mplayer just yesterday with the latest svn, and then downloaded your latest stable SMPlayer for linux and compiled that.

Using mplayer from the command line worked perfectly, incase you were wondering.

Another curious thing is if I open a avi file, SMPlayer loads and does nothing. If I copy the mplayer command line from the log window and paste it in to terminal and execute it, my open SMPlayer starts playing the video.

[rvm]

and here is SMPlayers log:

WARNING: Core::startMplayer: mplayer process didn't start

For some reason mplayer doesn't run. If you say it works when you run from command line, even using the same parameters smplayer tries to pass, well it's very strange.

Maybe mplayer can't find some library if run from another directory?

[Adub]

Okay here is the deal.

I copy and paste the command line directly from the mplayer log, removing the /home/merlin/mplayer beginning and replacing it with just mplayer.

If the "dead" SMPlayer is open, and I run the copied commandline, the video starts playing in the "once dead" SMPlayer window.

Here is the commandline (again):
mplayer -noquiet -nofs -sub-fuzziness 1 -identify -slave -vo gl -ao alsa -zoom -nokeepaspect -autosync 100 -dr -input conf=/usr/local/share/smplayer/input.conf -stop-xscreensaver -wid 41943054 -colorkey 131586 -monitoraspect 1.25 -ass -embeddedfonts -ass-color ffff0000 -ass-border-color 00000000 -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -contrast 0 -brightness 0 -hue 0 -saturation 0 -cache 2000 -osdlevel 0 -idx -channels 2 /home/merlin/Desktop/Encoding/x264/work/159b826de1d66a3e8c5f33acd24ace5c752fa32a.mp4

However, if I close the SMPlayer window and then run the command, I get this:

X11 error: BadWindow (invalid Window parameter)
X11 error: BadWindow (invalid Window parameter)


MPlayer interrupted by signal 11 in module: decode_video
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

I don't know what else to tell you.

[rvm]

Okay here is the deal.

I copy and paste the command line directly from the mplayer log, removing the /home/merlin/mplayer beginning and replacing it with just mplayer.

If the "dead" SMPlayer is open, and I run the copied commandline, the video starts playing in the "once dead" SMPlayer window.

This is because of the option -wid. That makes mplayer to display the video in another window (in this case in a smplayer window). Once you close smplayer that window doesn't exist anymore and mplayer crashes.

Have you checked you have the right path to mplayer in Preferences -> General? Be sure you didn't add an extra space or something like that in the path.

[Adub]

Okay, I reselected the location of mplayer in the preferences and everything works fine again.

Sorry for the trouble, I assumed SMPlayer just ran mplayer from the commandline.

[rvm]

SMPlayer 0.6.0rc1 released


Most important changes since 0.5.62:

* Added support for pls playlist files.
* Better accuracy on subtitle selection. Fixes problems with mp4 embedded subtitles. Requires mplayer svn r25158 or above.
* Now the screensaver and powersave on Windows are really turned off, even on Windows Vista.
* The cache setting is independent for each type of media.
* Added an option which allows to fix the problem of loud volume on startup (requires a patched mplayer).
* (Windows) The file associations code has been improved. Now it should work better in Windows Vista as well as other versions of Windows.
* New option Video->Add black borders, which replaces the letterbox options in Video->Aspect ratio.
* (Windows) Work-around for a mplayer bug: now filenames with characters outside the local codepage can be opened, by passing to mplayer the short version of the filename. This can be enabled in Preferences->Advanced.
* Now the H.264 loop filter can be disabled for High Definition videos only (720p and above).
* Possibility to update the video while dragging the time slider.
* New icons for the default theme.
* SSA/ASS subtitles can also be resized during playback. Requires at least mplayer r25843.
* Now it's possible to zoom out the video image.
* New Help->About dialog.
* New option Help->FAQ which will show the FAQ.
* Bugfix: the colorkey is passed properly to mplayer.
* Added the Finnish and the Korean translations.


Downloads (http://smplayer.sourceforge.net/downloads.php)

[Adub]

Cool, thanks for the update. Installing....now!

[Razorholt]

Thanks rvm!

Hey, quick question: is it possible to display a picture or a video while the requested file is buffering?... like a loader. I'm talking about mplayer, not SMplayer or MPUI. I'm looking at the mplayer Doc but can't see anything related to that matter.

Thanks,
- Dan

[Adub]

Not immediately, but as long as your internet connection is faster than your viewing speed, you should be fine. I have done it my self.

[Razorholt]

Not immediately, but as long as your internet connection is faster than your viewing speed, you should be fine. I have done it my self.
What do you mean? Can you give me an example of a cmd line?

Thanks Merlin7777!

- Dan

[LoRd_MuldeR]

rvm, I just noticed that the latest "unstable" build was compiled against Qt 4.3.3.
So I updated the QT Runtime Libs to v4.3.3 as well, but it seems to break the playlist.

See the column width go crazy when resizing the window:
http://mulder.dummwiedeutsch.de/etc/smplayer.htm

[rvm]

I see...

Well, I think I will have to compile it again with Qt 4.3.2.

Edit: I've just re-uploaded version r827 compiled with Qt 4.3.2.

[Reimar]

With MPlayer SVN r25965 those problems should be fixed, MPlayer now creates a child window.
With SMPlayer there is one problem though: it does no longer get/recognize the "Exiting" message from MPlayer (so it hangs for several seconds after clicking stop), I do not know why though.
I checked a bit more, and MPlayer actually does not quit until SMPlayer kills it after this timeout...
It seems that QT does something stupid that makes DestroyWindow hang when called on the MPlayer child window. Creating the window with WS_EX_NOPARENTNOTIFY fixes this, so everything should work in SVN r25966

[rvm]

This is very good news :)

I've just tested with a nvidia card and it works very well (and no blinks like before, with an ATI card).

I uploaded a build so other people could test: mplayer-r25967-mingw.7z (http://downloads.sourceforge.net/smplayer/mplayer-r25967-mingw.7z)

But I found a "small" problem, now (when using gl/gl2) smplayer doesn't get mouse click events made on the video window, that means that double clicking to enter fullscreen or right click to show the context menu won't work. (Surprisingly it still gets wheel events)

[Reimar]

But I found a "small" problem, now (when using gl/gl2) smplayer doesn't get mouse click events made on the video window, that means that double clicking to enter fullscreen or right click to show the context menu won't work.

Fixed, though in an ugly way.

(Surprisingly it still gets wheel events)

This is because Windows automatically forwards wheel events to the parent window, but now click events. Yes, Windows always makes an incredibly inconsistent mess out of everything. Proper engineering (and sanity in general) definitely isn't part of the Windows development process.

[rvm]

Yes, I think it works perfectly now.

:thanks:

[LoRd_MuldeR]

I see...

Well, I think I will have to compile it again with Qt 4.3.2.

Edit: I've just re-uploaded version r827 compiled with Qt 4.3.2.
Thanks, but don't get me wrong:
The build that was compiled againt Qt 4.3.3 worked alright with the v4.3.2 Runtime libs.
Only after updating the libs to v4.3.3, which I thought would be recommended, broke the List view.
Downgrading to Rubtime libs to v4.3.2 fixed the problem for the time being...

I've just tested with a nvidia card and it works very well (and no blinks like before, with an ATI card).

That is awesome news :thanks:

[LoRd_MuldeR]

But I found a "small" problem, now (when using gl/gl2) smplayer doesn't get mouse click events made on the video window, that means that double clicking to enter fullscreen or right click to show the context menu won't work. (Surprisingly it still gets wheel events)
Just for info: MPUI doesn't fail to show the context menu on rightclick, but the video will freeze until the menu is closed again.
Full screen via doubleclick on video area is broken too...

[Reimar]

Just for info: MPUI doesn't fail to show the context menu on rightclick, but the video will freeze until the menu is closed again.

Fixed in MPlayer SVN r25974

Full screen via doubleclick on video area is broken too...

Worked for me right from the start. Maybe you used a version before r25972? Then the right-click menu working was almost pure luck...

[LoRd_MuldeR]

Worked for me right from the start. Maybe you used a version before r25972? Then the right-click menu working was almost pure luck...
Nope, I tried "mplayer-r25967-mingw.7z". I will try a new build with the latest fix included asap...

Just another issue I noticed:
With the build above, I can move the video panel inside SMPlayer's window.
Just hold the left mouse button down on the video area and move the cursor...

[Reimar]

The annoying flicker when resizing and using -vo gl should be gone with MPlayer SVN r25978 as well.

[Adub]

@ Razorholt

When you say buffering, you are talking about a file you are downloading from the net, correct? Not one already on your harddrive?

Like say you were downloading an avi file from, oh, rapidshare. As it is downloading, you want to start watching it. Is this the case you are referring to?

[LoRd_MuldeR]

@ Razorholt

When you say buffering, you are talking about a file you are downloading from the net, correct? Not one already on your harddrive?

Like say you were downloading an avi file from, oh, rapidshare. As it is downloading, you want to start watching it. Is this the case you are referring to?
I think MPlayer can perfectly play "incomplete" files while downloading or encoding.

Of course only if the download/encode application grants read access to that file.
And of course only if no essential part of the file is missing, e.g. index block...

[rvm]

The annoying flicker when resizing and using -vo gl should be gone with MPlayer SVN r25978 as well.

I've just tested right now. Indeed now it works wonderfully. I think it works even better than directx.

I've uploaded my build, in case someone else want to test: mplayer-r25979-mingw.7z (http://downloads.sourceforge.net/smplayer/mplayer-r25979-mingw.7z)

Thanks, but don't get me wrong:
The build that was compiled againt Qt 4.3.3 worked alright with the v4.3.2 Runtime libs.

A newer version of the Qt libs should work ok with an application compiled with a slightly older one, but the opposite might not be true. So you've been lucky.

Downgrading to Rubtime libs to v4.3.2 fixed the problem for the time being...

I guess this problem was introduced in Qt 4.3.3. I hope it will be fixed in the next release, meanwhile it will be better to keep using 4.3.2.

[rvm]

Version 0.6.0rc2.

This version includes some bugfixes.

Most important changes since 0.6.0rc1:

* Fix for relative paths to the mplayer binary. The problem could cause that smplayer couldn't play anything if a directory or file named "mplayer" existed in the home directory.
* The option Play -> Repeat has been improved.
* The selection of chapters in mkv files didn't work well if using a recent mplayer from svn. This has been fixed now.
* (Windows) Bugfix: the buttons to select the font color in Preferences->Subtitles->SSA/ASS didn't show the color.
* (Windows) Now the screensaver should be disabled even if protected by password (tested on Windows XP).
* (Windows) Bugfix: don't try to convert to 8.3 short names files that don't exist. That could cause that URLs were corrupted.

This time the binary is compiled again with Qt 4.3.2 instead of 4.3.3. The table in the playlist was doing weird things with Qt 4.3.3.

Also the mplayer build has been updated. The included one is mplayer svn r25979.

Downloads (http://smplayer.sourceforge.net/downloads.php)

[LoRd_MuldeR]

Version 0.6.0rc2.

This version includes some bugfixes.

Most important changes since 0.6.0rc1:


This time the binary is compiled again with Qt 4.3.2 instead of 4.3.3. The table in the playlist was doing weird things with Qt 4.3.3.

Also the mplayer build has been updated. The included one is mplayer svn r25979.

Downloads (http://smplayer.sourceforge.net/downloads.php)

:thanks:

[Razorholt]

@ Razorholt

When you say buffering, you are talking about a file you are downloading from the net, correct? Not one already on your harddrive?

Like say you were downloading an avi file from, oh, rapidshare. As it is downloading, you want to start watching it. Is this the case you are referring to?

While the file is downloading - i.e. a mkv file - I'd like to see a message in mplayer that says: "Please wait", or something like that. When a file takes 5 minutes to download before the user can watch it I think it is recommended to display a message rather than having the viewer wonder what's going on :)

Thanks,
- Dan

[LoRd_MuldeR]

I just tested the new Catalyst 8.2 and V-Sync is still broken with GL renderer :( :( :(

[hitbit]

rvm, it's only me or your mplayer builds have problems with online video streams?
For example, try these:
http://f39.r.56.com/f39.c31.56.com/flvdownload/21/22/jy03254628@56.com_56flv_zhajm_11954158006.flv
http://pdl.warnerbros.com/looneytunes/us/acme/rjq439_scenti_mental_romeo_300.wmv
http://video.stage6.com/2199046/.divx
They buffer very fast with other mplayer builds (like Sherpya's or CelticDruid's), while with yours they take ages.

Update: it seems that it's not the buffering process that it is slow, but somehow your builds take ages to resolve the stream address, or sort of (I'm not an expert).

[rvm]

I've just tested right now, comparing with mplayer-2008-02-06 from CelticDruid, and I can't see any difference.

[hitbit]

Oops... you're right. My mplayer reference builds are 4.2.1 while yours are 4.2.3.
Something ugly must be happened between 4.2.1 and 4.2.2 (they're slow on streams too), so clearly it's not your fault, sorry.
Anyway, you can try this Celtic build (september 2007) to see what I mean:
http://ffdshow.faireal.net/mirror/mplayer/mplayer2007.09.10.7z

[rvm]

Still I can't see any noticeable difference.

[hitbit]

I think the fault is in my system. Late builds seems to stuck my computer trying to resolve the stream address for AF_INET6... which obviously my Vista don't like. Older builds try only for AF_INET, and they connect immediately, so this explains the differences.
Is AF_INET6 somehow related to IPv6?

Update: it's definately an IPv6 problem on my system. Using -prefer-ipv4 everything works like a charm.

[rvm]

Under Windows there's the option "Enqueue in smplayer" in the context menu that appears when you right click on a icon. This allows to add the selected files to the smplayer playlist.

This worked ok if smplayer was already running, but it didn't work well if smplayer was not running: an instance of smplayer was open for each file! (even if the single instance option was enabled)

I think this problem has been fixed in version svn r847.

There's available a package in case someone want to test: smplayer_update_svn_r847.7z (http://smplayer.wiki.sourceforge.net/space/showimage/smplayer_update_svn_r847.7z)

[LoRd_MuldeR]

Great. Thanks a lot for your work :)

[rvm]

Bad news: I just updated to the brand-new Catalyst 8.1 drivers.
Now I get bad tearing with the GL renderer, as I got with Catalyst 7.12.

I've just updated the ATI drivers to version 8.1. Now gl and gl2 are extremely slow! (as if there wasn't hardware accel). gl:yuv=3 and gl2:yuv=3 work better, but what have they done!!!

[LoRd_MuldeR]

I've just updated the ATI drivers to version 8.1. Now gl and gl2 are extremely slow! (as if there wasn't hardware accel). gl:yuv=3 and gl2:yuv=3 work better, but what have they done!!!
Don't know, but GL support in latest ATI drivers (starting with v7.12) is totally borked :mad:

I hope they get some working drivers out, before AMD/ATI is acquire by NVidia and support for ATI hardware is dropped.
We all remember what happened to 3dfx a while back... :rolleyes:

[LoRd_MuldeR]

Apparently Catalyst 8.3 fixes the V-Sync with the OpenGL Renderer - at least on the primary display.
But the performance still sucks: Even with gl:yuv=3 my Radeon 1950XT cannot handle 720p resolution...

[Reimar]

But the performance still sucks: Even with gl:yuv=3 my Radeon 1950XT cannot handle 720p resolution...

you could try "-vo gl -dr", depending on where the bottleneck is this might help. You could also compare against "-vo gl:swapinterval=0" - if that helps the speed issue is caused by the VSync code as well.

[rvm]

Something strange has happen to me a while ago. I tried the -dr option and the computer crashed. After the reboot gl and gl2 work faster :confused: Still there's a big difference: gl uses about 60% of the CPU, while gl:yuv=3 uses about 15%, but yesterday gl used 100% and it could only display a very few frames per second.

[LoRd_MuldeR]

Reimar, I'm not at home at the moment. I'll try next week when I'm back... :o