This has been released. See SMPlayer Portable.
Application: SMPlayer
Category: Music & Video
License: GNU GPL
Language: Multilingual
Description: SMPlayer Portable is the popular SMPlayer packaged with a PortableApps.com Launcher as a portable app, so you can take your video player with you. It has all the same great features as SMPlayer including remembering the settings of all the files you play, configurable subtitles, audio track switching, seeking by mouse wheel, video equalizer, multiple speed playback, playlists and more plus, it leaves no personal information behind on the machine you run it on, so you can take your favourite video player with you wherever you go.
Download SMPlayer Portable 0.6.9 Development Test 5 [15MB download / 19MB installed (24MB incl. languages)]
(MD5: 60e3756863a38cbaeed438c90a18722f)
Download MPlayer Codecs for SMPlayer Portable Development Test 3 [1+10MB download / 22MB installed]
(MD5: b2de8b67f89cc6cfd7b38f2be30fc62c)
Online Installer: This is an online installer that will download additional files during setup.
Release Notes:
0.6.9 Development Test 5 (2010-08-27):
- "Other\Source\Readme.txt" replaced.
- "App\readme.txt" added.
- "App\AppInfo\appinfo.ini" typo corrected.
- Removed [Languages] section from "installer.ini".
- Non-English docs & all translations are now an optional component.
- Single quotes in CommandLineArguments removed (although that's not how I read the docs). But tested and working.
- SingleAppInstance is still "true" (mplayer.exe will crash if the local and portable versions both try to access the same DVD at the same time).
- "DirectoryMoveOK=yes" added. Still compiled with PAL 2.0 though.
- Removed unused & empty "App\SMPlayer\imageformats" & "App\SMPlayer\screenshots" folders.
0.6.9 Development Test 4 (2010-07-30):
- Converted to PAL 2.0.
- Added "-config-path" to command line (no more moving files).
- Added appicon_128.png.
- Re-compiled plugin installer with the latest gizmos (no change in files/functionality).
0.6.9 Development Test 3 (2010-05-20):
-
Looks like I messed up my relative paths in the last release. It's fixed now (again!) but if you have "X:PortableApps\Data\settings\fontconfig" you can probably delete it
:-). Sorry about that one.
0.6.9 Development Test 2 (2010-05-14):
- "%USERPROFILE%/fontconfig" was sometimes being created so the font cache is now redirected by "App\SMPlayer\mplayer\fonts\fonts.conf" to the settings directory, just in case.
- Screenshots redirected to "Data\screenshots" (requires clean install).
- Corrected languages in "installer.ini".
- Removed some INI options, added SecondaryLaunch check.
- Clean install recommended.
0.6.9 Development Test 1 (2010-02-25):
- Removed "imageformats\qjpeg4.dll" (creates Trolltech regkey).
- Compressed "App\SMPlayer" with PA.c AppCompactor (default settings).
0.6.8 Development Test 3 (2010-01-13):
- Removed DefaultData. INI files now written on first run.
- $PROFILE\.dvdcss still backed up & restored but not saved to $SETTINGSDIRECTORY anymore (same as VLC).
- 256 icon removed from appicon.ini.
- Minor PA.c Format/launcher tweaks incl. NSIS 2.46/Installer 1.02 (app + plugin).
0.6.8 Development Test 2 (2009-08-19):
- Improved language switching.
- Fixes for inconsistent language codes between PortableApps.com Platform 1.5.2 and 2.0 Beta.
0.6.8 Development Test 1 (2009-07-28):
- No major issues with the update to SMPlayer 0.6.8.
- Good to see "qjpeg4.dll" has also been removed from the official package.
- App\SMPlayer directory compressed with NRV2E (AppCompactor default).
MPlayer Codecs (2009-07-24):
- Added plugin installer. This is a 'live' (not sure of the naming convention yet) installer which will download and install the codec packs from here.
0.6.7 Development Test 13 (2009-07-14):
- Removed qjpeg4.dll. Video preview now defaults to .png and SMPlayer will no longer write anything to the registry. All related code has been removed from the launcher. Thanks invasion.
- A couple of minor code optimizations...
0.6.7 Development Test 12 (2009-06-08):
- Now with added UPX! App\SMPlayer directory (except imageformats\qjpeg4.dll) compressed with NRV2E (AppCompactor default). Thanks Hubbabub.
- Installer compiled with PortableApps.com Installer 0.91.1.
0.6.7 Development Test 11 (2009-05-29):
- Updated to PortableApps.com Format 0.91.
- Installer compiled with PortableApps.com Installer 0.91.0.
- Rewritten help file.
- Tried compressing the App\SMPlayer directory with NRV2E (Default) but "smplayer.exe" crashes immediately! So... still no UPX.
0.6.7 Development Test 10 (2009-05-17):
- Updated to PortableApps.com Format 0.90 and installer compiled with PortableApps.com Installer 0.90.0.
- "SMPlayer_portable.reg" now deleted by installer.
0.6.7 Development Test 9 (2009-05-16):
- Changed registry handling to play nice with other apps which use the "HKCU\Software\Trolltech" key.
- You can now delete the "SMPlayer_portable.reg" file in Data\settings.
0.6.7 Development Test 8 (2009-05-14):
- Added automatic language switching for platform.
- Compiled with ReadINIStrWithDefault.nsh 1.1.
0.6.7 Development Test 7 (2009-05-11):
- Launcher updated to latest paf specs.
- Removed rename & messagebox from file check (dev test 5).
0.6.7 Development Test 6 (2009-04-24):
- Updated to PortableApps.com Installer 0.13.3.
0.6.7 Development Test 5 (2009-04-24):
- Compiled with new makensis.exe (Windows 7 bugfix).
-
SMPlayer now checks for "Data\settings\.dvdcss-Backup" and prompts for action if found.
- 1. At startup, SMPlayer copies .dvdcss to the local system and renames the folder in "Data\settings".
- 2. At shutdown, SMPlayer moves the folder from the local system back into "Data\settings" and deletes the backup.
If SMPlayer doesn't shut down properly (hasty removal of USB stick/power cut etc.) the folder is left on the local system (and may or may not be recoverable) but you are still left with the backup folder in "settings" and given the choice of whether to restore it or not.
See the script for details or just manually create the folder ".dvdcss-Backup" in "Data\settings" to test it.
- Default directory is now "X:\Documents\Videos"
0.6.7 Development Test 4 (2009-04-07):
- APPDATA Redirect removed and replaced with the previous "CopyFiles" method.
0.6.7 Development Test 3 (2009-04-07):
- "Per file" settings now correctly saved (changed from SMPlayer 0.6.6).
- .dvdcss now handled by a modified version of Chris Morgan's APPDATA Redirect.
- Non-standard NSIS includes now in Other\Source.
- A clean install, although not required, is recommended.
0.6.7 Development Test 2 (2009-04-05):
- A copy of the .dvdcss folder is now left in Data\settings until the launcher closes.
0.6.7 Development Test 1 (2009-04-01): Initial release
Install Notes:
This package uses SMPlayer's own portable version and is not an update of any previous dev test releases so a clean install is required.
Tested with:
XP Home SP2 (Admin)
Acknowledgements:
Thanks to Patrick for hosting.
Previous Development Test:
SMPlayer Portable 0.6.1 Development Test 5
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on Facebook
Follow us on LinkedIn
Follow us on Twitter
Follow us on Mastodon
Follow us on BlueSky
If I launch this with the Data folder from an older dev/test release, the launcher goes into an infinite loop somwehere. Works fine with a clean data folder.
This is built using SMPlayer's own portable version and isn't an update of any previous dev test releases so I guess that's the reason. I should have noted that in the initial post. Corrected.
See release notes for changes.
Just tested this on the Win7 beta and so far it works great. I've been using SMPlayer's portable version for a while now, but it's nice to finally have a properly PAF'd version.
One thing I did notice, though, is that the launcher is redirecting AppData. However, it appears the only thing that's been written to AppData while I was testing this is a folder, Local\Microsoft\Windows\Explorer, which appears to contain a bunch of thumbnail cache files. Surely those have nothing to do with SMPlayer given that they're in the Microsoft\Windows folder?
Visiting the web-based FAQ from the Help menu produces similar results (Mozilla\Firefox folders) so I have gone back to the 'old-fashioned' way of copying the files (.dvdcss) in and out of AppData on launch and exit.
I will try and have a look into this, perhaps it was my implementation of the script, but it seems more sensible to return to the tried and trusted method for the moment, hence the update. Thanks for the find and the report.
to Bruce's report, I've tested the APPDATA Redirect script in it's default configuration and I'm getting the same results - using Help-FAQ opens Firefox and creates Mozilla folders in "Data\settings\Application Data". Which would explain the "Local\Microsoft\Windows\Explorer" folder scenario too. Not ideal.
So we'll stick with "CopyFiles". Thanks for testing.
Sorry about that. I really need to put in a "Caveats" section about it. In fact, I've decided to deprecate it - there are few applications for which it will not make a mess of things. Anything which could start the system default web browser or which uses the Windows file open/save dialogs is automatically disqualified from using it as it'll break things - the file selection dialogs actually don't open when redirected unless certain subdirectories (which you won't be able to accurately predict without messily reading certain registry values) exist.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
that it was okay to redirect %APPDATA%, you just couldn't redirect %USERPROFILE% without causing issues. I guess I was wrong...
Another issue I noticed (obviously this is moot now but I thought I'd mention it anyway) was that the AppData folder in Data\settings would instead be called "Application Data" under XP.
I thought the NSIS-Launcher would only redirect APPDATA for the launcher and its child processes and not system wide. So I thought it would be ok to use.
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
It's not system-wide, but anything launched by the app (like your local web browser, for instance) inherits the new values, so you still have to be careful. Also, this inheritance is recursive, so if said web browser then launches something else (like an email client), that app also inherits the settings...
APPDATA redirecting by itself (viz, without USERPROFILE redirecting) with will not interfere with things like the file selection dialogs, but it will mess with things like Internet Explorer which use the complex USERPROFILE/APPDATA method, making them dodgy.
APPDATA+USERPROFILE redirecting will also cause issues with file selection dialogs.
The technique which one uses for such redirection applies to the current process (viz, the launcher), and all processes which get started from that process (viz, the program and any programs it starts, including things like IE for links online)
BTW Bruce, my redirection script automatically worked out the proper directory structure - "Application Data" on XP English, "AppData\Roaming" on Vista English, etc. But as you say, it is now moot
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
since the launcher stored a different AppData folder structure in Data\settings depending on the version of Windows, running it again on a different version would result in it trying to read the portabilized AppData from the wrong folder, i.e. not fully portable.
My APPDATA redirection script works fine. If it's abnormally terminated it won't work (fix was on the way but I don't think I can be bothered now) but under any other circumstance it'll rename it back to AppData on conclusion, from which it will start again next time you start it.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
Good app. I like having MPlayer on my flash drive as an alternative to VLC, but let's face it, it's a pretty lousy media player. The engine is good but the features are lacking. It's a nice backup but not something I enjoy using when I have to. On the other hand, I like where SMPlayer is heading. Same engine as MPlayer so it still serves as that VLC alternative, but it does more, so I don't feel like I'm compromising for the sake of a potentially more stable engine (I've had one DVD, and a couple different .avi videos fail in VLC, but MPlayer played them just fine).
I can't use your version with the .paf launcher because my employer's net nanny doesn't like your web host, but I'm using the portable one from the Sourceforge site. I just had to hide (rename to dash) a helper app and it's good to go.
Perhaps one day soon SMPlayer could replace MPlayer in the applications directory?
Couldn't you just download the .paf.exe at home, then, if it's just your employer's setup that doesn't like the download? Or do you not have Internet access at home...?
And I too long for the day SMPlayer is in the PortableApps.com directory. The MPlayer engine itself is second to none, but MPUI's interface is ancient.
See release notes for changes.
See release notes for changes.
See release notes for changes.
See release notes for changes.
See release notes for changes.
See release notes for changes.
I've been using this since dev 7 or 9 and haven't had any issues at all. It's good to see your keeping it up to the cutting edge with regards to PAF spec. I look forward to seeing it go to pre-release.
PortableApps.com Advocate
glad to hear it's all going well
See release notes for changes.
It will work if you don't UPX compress the DLL file (qjpeg4.dll) in smplayer/imageformats
I have compressed most of the files in SMPlayer with
upx --best --compress-icons=0 --nrv2d --crp-ms=999999 -k
> Tried compressing the App\SMPlayer directory with NRV2E (Default)
> but "smplayer.exe" crashes immediately! So... still no UPX
Big bubbles! No troubles!
I also had problems when trying to compress this program - always getting program crashes.
I then went to the original portable version, not the paf one, and compressed everything with appcompactor with the default settings. I added in some codecs (also compressed) for rmvb.
The package set up this way is 13.9 Mb and is 100% reliable.
this is the original (not quite) portable version, the one downloadable at the SMPlayer site (see install notes above). Or do you mean the original MPlayer?
Yeah, I saw your thread on the MPlayer codecs. I might do a plug-in installer if there's any interest, or even if there isn't
I'm only using that pack from the MPlayer site at the moment...
I am not sure of all the file types that MPlayer/SMplayer can actually play & my suggestion is for people to just try the program and only install the extra codecs as needed as opposed to installing a complete codec pack.
Here is a list of the 6 files needed to play rmvb. You can find these in Real Alternative or in the Windows essential codec pack.
C:\Program Files\smplayer-portable-0.6.7\mplayer\codecs\cook.dll
C:\Program Files\smplayer-portable-0.6.7\mplayer\codecs\drv33260.dll
C:\Program Files\smplayer-portable-0.6.7\mplayer\codecs\drv43260.dll
C:\Program Files\smplayer-portable-0.6.7\mplayer\codecs\pncrt.dll
C:\Program Files\smplayer-portable-0.6.7\mplayer\codecs\sipr3260.dll
C:\Program Files\smplayer-portable-0.6.7\mplayer\codecs\tokr3260.dll
I would also suggest that if anyone else is using any unusual video format to provide a similar list for the users here.
So do you think there should be a plugin installer per format or per pack?
Yes, it would be interesting to know which files in those packs related to which formats.
I did a double check with the SMPlayer site which leads back to the MPLayer site for the codecs.
As you all probably know, SMPlayer/MPlayer will play a large number of file types through its built in codecs, but you still need to add in extra codecs for some of the less popular file types.
In my example above, there are only 6 files at 416 kB (compressed) needed to play rmvb.
Windows essential 20071007 codec pack is available from the MPlayer site - A total of 64 files at 13.29 Mb after being compressed with appcompactor. Remember this is addition to the installed program so it basically doubles the program size.
If you look at the contents of the codec pack, you will see that they have included some QuickTime codecs which are already in the SMPlayer package. Also note that these Quicktime codecs are in the main program directory whereas in comparison, all additional codecs are installed into the "codec" sub-directory. There is no point in duplicating codecs.
I have copied a list of supported file types from the MPlayer site.
(I take this to mean "supported - subject to installed codecs")
Supported Input Formats
(S)VCD (Super Video CD)
CDRwin's .bin image file
DVD, including encrypted DVD
MPEG-1/2 (ES/PS/PES/VOB)
AVI file format
ASF/WMV/WMA format
QT/MOV/MP4 format
RealAudio/RealVideo format
Ogg/OGM files
Matroska
NUT
NSV (Nullsoft Streaming Video)
VIVO format
FLI format
NuppelVideo format
yuv4mpeg format
FILM (.cpk) format
RoQ format
PVA format
streaming via HTTP/FTP, RTP/RTSP, MMS/MMST, MPST, SDP
TV grabbing
Supported Video and Audio Codecs
most important video codecs:
MPEG-1 (VCD) and MPEG-2 (SVCD/DVD/DVB) video
MPEG-4 ASP in all variants including DivX ;-), OpenDivX (DivX4),
DivX 5 (Pro), Xvid
MPEG-4 AVC aka H.264
Windows Media Video 7/8 (WMV1/2)
Windows Media Video 9 (WMV3) (using x86 DLL)
RealVideo 1.0, 2.0 (G2)
RealVideo 3.0 (RP8), 4.0 (RP9) (using Real libraries)
Sorenson v1/v3 (SVQ1/SVQ3), Cinepak, RPZA and other QuickTime codecs
DV video
3ivx
Intel Indeo3 (3.1, 3.2)
Intel Indeo 4.1 and 5.0 (using x86 DLL or XAnim codecs)
VIVO 1.0, 2.0, I263 and other H.263(+) variants (using x86 DLL)
MJPEG, AVID, VCR2, ASV2 and other hardware formats
FLI/FLC
HuffYUV
various old simple RLE-like formats
In summary, the SMPlayer program will play most of the normally accepted file types. I think that it is up to people like myself and others who use these oddball file types to let the others know what codecs to add in to play certain files and perhaps a "stickied posting" or prominent text file in the codec directory of the program might be a good idea so that there is an eventual list formed showing file type versus codecs required. Finally, the sooner that SMPlayer officially replaces that horrible MPui(mplayer) player, the better for us all.
leaving out imageformats\qjpeg4.dll. I'll run it for a few days and then do dev test 12. Thanks a lot
See release notes for changes.
Hello and thank you for your work.
Just tried this player and I think there are some registry keys left behind:
HKEY_USERS\S-1-5-21-343818398-776561741-1606980848-1003\Software\Trolltech
HKEY_CURRENT_USER\Software\Trolltech
Thanks.
If you could answer a couple of questions...
Are you installing to the default "X:\PortableApps" directory?
What does "HKEY_CURRENT_USER\Software\Trolltech" contain? You could use RegShot and post the results if you like.
Thanks for testing and reporting back.
Hi,
I use SMPlayer on my local PC and just tried it on USB stick. It seems that those reg keys are only when using it locally.
Searching on google I've found something about those registry:
http://forum.doom9.org/showthread.php?p=1266752#post1266752
If qjpeg4.dll is deleted, there will be no Trolltech registry even when using the player locally.
Thanks for the info and the link, I'll definitely check that out.
Unfortunately, there will be issues removing those keys if it's not installed to the default path, whether locally or on the stick. Perhaps I'll add a note up at the top there for the time being.
Thanks again for your report
I had a read through that thread and yes, you're right, deleting "imageformats\qjpeg4.dll" does prevent any writing to the registry. It's only used for the video preview feature and this defaults straight to .png (and works fine) if the file isn't found. Problem solved. I'm presuming user "rvm" is the dev, too.
I think there's a good case for repackaging this without that file and stripping the registry code from the launcher. This would prevent any possible conflict with other apps that use the Qt GUI. Anybody else have any thoughts before I just go ahead and do it?
See release notes for changes.
Thank you for the update! It works great now!
Added plugin installer.
See release notes for changes.
I think this should be one of the official apps here.
Thanks for keeping this updated and keep up the good work
So far so good, prelim testing was on Windows 7 RC which ran good no errors and also in a plus side passes commandline parameters very nicely,
everything looks good also in a vm copy I have of Windows XP SP3 and also on my desktop running Windows Vista Home Premium SP2, so I personally think this is ready for a pre-release hopefully the other release team members test this, this may become final
your friendly neighbourhood moderator Zach Thibeau
Thanks Zach, all good to hear.
See release notes for changes.
the settings aren't being saved in \SMPlayerPortable\Data\settings\smplayer.ini but instead only in \SMPlayerPortable\App\SMPlayer\smplayer.ini
the previous versions worked fine thought
I can't reproduce this. It behaves as expected here. You haven't, by any chance, got the file in both locations have you?
yeap, i did. i guess that was the problem.
thanks
You're welcome, glad you got it sorted out
:-)I went to download a fresh copy of MPlayer yesterday and saw that it had been pulled and was linking here so I did a quick update. Nothing major... See release notes for changes.
What are you talking about, MPlayer had been pulled and was linking here? MPlayer and SMPlayer Portable are two different things, you're going to have to clarify what you mean...
look at this
https://portableapps.com/apps/music_video/mplayer_portable
"It's just an online installer. It's not going to mug you.", JTH
"The shell is the key to unlock Linux's greatest advantages."
MPlayer on Windows is basically dead and unsupported. At least from a stable (or even alpha or beta quality) release standpoint. The MPlayer team itself doesn't even recommend using their direct Windows builds anymore. They point to SMPlayer now instead as their recommended download.
The last MPlayer release for Windows was 1.0 RC 2, over 2 years ago. It has multiple major security vulnerabilities and should not be used. There doesn't appear to be any effort to doing any additional Windows milestones, so your only choice is to download a nightly build.
Sometimes, the impossible can become possible, if you're awesome!
Just wanted to say thanks for making this available.
See release notes for changes.
See release notes for changes.
Win7Pro x64. Can't see anything left behind in USERPROFILE.
fontconfig is definitely no longer created there.
App runs fine, and actually seems to start way faster for being a fresh install (I must have built some cruft up over time).
Thanks
Always nice to hear that things are working as expected
See release notes for changes.
See release notes for changes.
installed smplayer
attempted to install codecs = error windows-all-20071007.zip and stops there.
smplayer doesn't play anything. Starts and then crashes. . . where the previous portable worked fine for the same video.
This is also true for the portable smplayer not from portableapps. . . even after adding codecs.
Sounds more like you have a codec problem. The codec installer is an online-installer, so it may be that it couldn't download the codec pack for whatever reason. Which rather sounds like what you say you're seeing.
Could it be hitting a firewall at your end?
the online codec is "extra" which I can download directly, thus the portableapps installer for the codec still does not complete-no firewall problem; however, to get smplayer working I did. . .
1. after installing smplayer launch it
2. preferences->advanced->options for Mplayer
3. delete -nofontconfig
4. open and play a known good file.
5. close smplayer
6. launch smplayer
7. preferences->advanced->options for Mplayer
8. add -nofontconfig back
Everything now works. . .
Online codec installer just checked and seems to be working fine. I'm not sure what -nofontconfig has to do with it though?
Tested: SMPlayer Portable 0.6.9 Development Test 4
Not tested:
Results: minor improvements could be made. Ready for pre-release and pending these few changes official release.
CommandLineArguments='-config-path "%PAL:DataDir%\settings"'(doesn't start with a quote)I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
See release notes for changes.
OK, you're ready to go. I wonder whether we could skip Pre-Release here when John produces the splash screen, and just release it on Monday or Tuesday without a Pre-Release before; it's been used by a fairly vast number of people compared to most apps, and there are no longer any issues from my thorough test.
Just to clarify the quotes in INI reading for the command line arguments thing, INI reading doesn't pay any attention to the contents of the string, just the first and last characters, for quoting. It's character-based, rather than nesting-based. So that means that if the first and last characters are both " or both ', they will be removed, but if you just have " at the end but not " at the start, it's an unquoted string.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
Could somebody explain in a few words please the difference between this and smplayer-portable from Sourceforge?
Thanks!
That's fairly portable but it still has a few issues; this makes that package more portable and also puts it in PortableApps.com Format.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
I've unset language in smplayer.ini to get "Autodetect". That worked well so far.
But when I set RunLocally=true in SMPlayerPortable.ini the language is en_US again!
%TEMP%\SMPlayerPortableLive\Data\settings\smplayer.ini seems to contain the default settings and not to be a copy of ...\Data\settings\smplayer.ini.
Both %TEMP%\SMPlayerPortableLive and %TEMP%\SMPlayerPortableTemp are gone after ending SMPlayer.
How to preset the settings when using RunLocally=true?
I have a couple of different smplayer config settings and use to start it with the -config-path option pointing to the specific config.
But it seems this smplayer ignores this parm.
Any help appreciated!
The launcher uses config-path to point to the portable config. So the setting isn't available for you to use on top of that. You can use two copies of the app if you really need entirely different sets of configuration.
Sometimes, the impossible can become possible, if you're awesome!
It might be helpfull to have a new parameter for the PA-wrapper to select one of several settings, say
which would be copied to %TEMP%\SMPlayerPortableLive\Data\settings then resp. let config-path point at it.
It would give you the flexibility to have one config for interlaced videos, one for noninterlaced, for large videos, for small videos, loud and silent videos, ...