Troubleshooting
The recording occasionally flickers, showing parts of the desktop background instead of windows
Recording appears to work, but the resulting file has a length of zero
Weird glitches (horizontal lines, missing objects) when using the NVIDIA proprietary drivers
OpenGL recording doesn't work: the application size is not recognized
Slowed-down, out-of-sync audio when recording the speakers with PulseAudio
The recording is completely black (except for the cursor)
Some Linux distributions (e.g. Ubuntu 17.10) will by default use the Wayland display server. Since Wayland doesn't provide a standardized API for screen capturing, SSR can't support it (yet). The solution is to switch back to the X11 display server. On Ubuntu, this can be done by logging out, clicking the 'gear' icon on the login screen and selecting 'Ubuntu on Xorg', and logging back in. This is explained in more detail here.
The recording occasionally flickers, showing parts of the desktop background instead of windows
This is a known problem with some window managers, especially those based on Mutter (the GNOME 3 window manager) and Cinnamon, though other compositing window managers (e.g. Compiz) can also be affected by this. Since this is a window manager flaw, other recording software is affected by this too. For Intel GPUs, the flickering can sometimes be eliminated by doing one of the following:
-
Changing the acceleration method from SNA to UXA as described in this article or this video tutorial.
-
Uninstalling the driver for 2D acceleration (xserver-xorg-video-intel, xf86-video-intel or similar).
If that doesn't help, then the only solution is to switch to a different window manager, or use OpenGL recording.
Some codecs (e.g. H.264) are 'not installed'
Some distributions will omit codecs that have patent issues, but allow you to install them as a separate package. For Ubuntu, this can be done by running: sudo apt-get install libavcodec-extra-53 libavformat-extra-53.
"Can't open output file" error
This error indicates that the output file could not be created. Common causes are:
-
The output directory does not exist (i.e. you entered an incorrect path).
-
You don't have permission to write to the output directory.
-
Your hard disk is full.
"Can't write header" error
This error indicates that ffmpeg/libav (the underlying video and audio encoding library) failed to initialize the output file. Common causes are:
-
You have selected a codec that is not supported by the container (for example, you tried to use the VP8 video codec with the MP4 container).
-
Your hard disk is full.
Recording appears to work, but the resulting file has a length of zero
The most common cause is a problem with your audio settings. Try recording without audio to see whether this is the case. If this solves the problem, it usually means that some other application is blocking access to the audio source, preventing SimpleScreenRecorder from recording it. This can happen when either SimpleScreenRecorder or another application is configured to open the audio source in exclusive mode (when using ALSA, this means using hw:x.x sources), or when different applications try to use a different sound system at the same time. For example, when SimpleScreenRecorder is configured to record your microphone using PulseAudio, but another application is trying to record the same microphone using ALSA, then only one application will be able to access the microphone at the same time. Try closing other applications that might be recording audio, or change the audio settings of either SimpleScreenRecorder or the other application such that they don't conflict with each other.
Weird glitches (horizontal lines, missing objects) when using the NVIDIA proprietary drivers
Here's a screenshot of the bug appearing in Minecraft: link. Luckily there is a simple fix. Go to the NVIDIA driver settings and disable 'allow flipping'. I've only seen this issue happen with the proprietary NVIDIA driver, but it may also apply to other drivers/vendors. Alternatively, switch to OpenGL recording.
This issue will only appear when you use an OpenGL based compositing window manager (Compiz, Mutter, KWin with effects enabled, ...) or when you run a fullscreen OpenGL application and you try to record it without OpenGL recording.
I'm pretty sure the cause is a race condition inside the X server, where the server tries to take a screenshot of the screen while at the same time the NVIDIA driver flips the front and back buffer. The result is a screenshot of the back buffer (which is in the process of being redrawn) rather than the front buffer.
OpenGL recording doesn't work: the application size is not recognized
If your application is 32-bit (e.g. Steam, most Windows games running through WINE), and you have a 64-bit system, make sure you have installed the 32-bit SimpleScreenRecorder libraries. More information can be found here.
If this doesn't solve the problem, you may need to do something special to get the right environment variables to the program that you want to record. For example, Steam games need some special settings. Try running the program from a terminal, and look for lines like this:
[SSR-GLInject] Library loaded (64-bit). [SSR-GLInject] [GLXFrameGrabber 1] Created GLX frame grabber. [SSR-GLInject] [/dev/shm/ssr-channel-maarten/video-18793506676-12090-glx0001-glxgears] Created video stream. [SSR-GLInject] OpenGL version = 4.4 (4.4.0 NVIDIA 343.36). [SSR-GLInject] [/dev/shm/ssr-channel-maarten/video-18793506676-12090-glx0001-glxgears] frame size = 300x300.
If you don't see any lines starting with [SSR-GLInject], the library is not loaded, which means the program didn't get the right environment variables. If the program is started through a wrapper script, you should try to run the actual program directly, without the wrapper script.
If you do see lines starting with [SSR-GLInject], but not the one with GLXFrameGrabber in it, the application is probably not an OpenGL program.
If you do see lines starting with [SSR-GLInject], including the one with GLXFrameGrabber, but it still doesn't work, please send me a bug report. OpenGL recording is experimental, so it is possible that it doesn't work yet for all programs.
Slowed-down, out-of-sync audio when recording the speakers with PulseAudio
When this happens, you will usually get the following error message:
Warning: Audio input is more than 5% too fast, video and audio will be out of sync.
The cause is a bug in PulseAudio. The issue has been fixed and the fix should arrive in some future version (probably 4.1). For now, you can work around the bug by modifying the file /etc/pulse/daemon.conf and adding/modifying these lines:
default-sample-rate = 48000 alternate-sample-rate = 48000
After doing this, you should restart PulseAudio (or just reboot). These values will force PulseAudio to use the same sample rate at all times rather than switching between 44100 Hz and 48000 Hz (which will trigger the bug).
Some users have reported that sound recorded through PulseAudio is still buggy even after applying this workaround, so it appears that there is more than one bug in PulseAudio that can cause this issue. I haven't been able to reproduce this myself though. If you are unable to fix the problems with PulseAudio, consider using JACK instead.
No sound when recording the speakers with PulseAudio
If no sound is recorded, make sure the monitor channel is not muted. To do this, go to the "Input devices" tab in PulseAudio Volume Control, select "Show: All input devices" and make sure the "Mute audio" button of the monitor channel is not enabled. (credit goes to 'scrawl' for figuring this out)
Repairing partially saved MP4 files
If you choose MP4 as the container format, and the recording is interrupted for any reason (e.g. you run out of disk space, or your computer crashes, ...) then the resulting file will most likely be unreadable. This is a known problem with MP4, and can be avoided by using the MKV container format instead.
In some cases it is possible to repair the broken file with the untrunc tool. Note that even if it works, you may find that the file has issues, e.g. video and audio may be out of sync. The tool has some options to try to correct this.
Still, the best way to avoid this problem is to use MKV instead, then the repair process is much easier and more reliable.
Comments
Fabblow |
Comment #1: Wed, 16 Oct 2013, 16:00 (GMT+1, DST) Hi!! First of all, sorry for my English. SCR is the only program that makes everything I need but I found a problem with sound. About the minute 17 it begans to sound like a mobile under earth. I use Ubuntu 13.04 and I record Minecraft with sound and mic. ¿Do you know anything about? Thanks!! |
Maarten BaertAdministrator |
Comment #2: Fri, 18 Oct 2013, 18:55 (GMT+1, DST) Quote: Fabblow
Hi!! First of all, sorry for my English. SCR is the only program that makes everything I need but I found a problem with sound. About the minute 17 it begans to sound like a mobile under earth. I use Ubuntu 13.04 and I record Minecraft with sound and mic. ¿Do you know anything about? Thanks!! You're not the first one, there's a bug report that's surprisingly similar: I think it's a problem with PulseAudio. If that's the case, you should be able to use JACK instead in the next version, and that should fix the issue. Just in case it isn't PulseAudio, could you tell me what codecs you were using, and send me the log file? You can find it at ~/.ssr. |
Ubuntuaddicted |
Comment #3: Wed, 20 Nov 2013, 1:05 (GMT+1, DST) i just went to check my /etc/pulse/daemon.conf and sure enough the default-sample-rate was at 96000 so I changed it to 44100 but I also added the alternate-sample-rate which I thought I was suppose to but when I restart pulse, I recieve this error Just an FYI, I commented it out and pulse starts back up just fine. Is there any reason we don't set pulse to 48000, I have read that's what streaming input should be set to because its devisible evenly, does this have any merit? |
Maarten BaertAdministrator |
Comment #4: Fri, 22 Nov 2013, 21:23 (GMT+1, DST) Quote: Ubuntuaddicted
i just went to check my /etc/pulse/daemon.conf and sure enough the default-sample-rate was at 96000 so I changed it to 44100 but I also added the alternate-sample-rate which I thought I was suppose to but when I restart pulse, I recieve this error Just an FYI, I commented it out and pulse starts back up just fine. Is there any reason we don't set pulse to 48000, I have read that's what streaming input should be set to because its devisible evenly, does this have any merit? SSR is currently hard-coded to 44100 (meaning there is no way to change it from the GUI right now), and there is a bug that only gets triggered when a different application plays at the alternate sample rate. By setting both to the same rate, that bug is gone. But it looks like your version of PulseAudio doesn't even have that option, so that can't be it. I think this is an unrelated bug. But I have never seen it myself, so it's hard to tell. Anyway, JACK support is almost done, and it should be more reliable that adding null sinks and loopbacks to PulseAudio. After this I want to add multiple audio inputs and mixing to SSR so that should also work around this bug (I hope). |
Ubuntuaddicted |
Comment #5: Fri, 22 Nov 2013, 22:43 (GMT+1, DST) Quote: Maarten Baert
Quote: Ubuntuaddicted
i just went to check my /etc/pulse/daemon.conf and sure enough the default-sample-rate was at 96000 so I changed it to 44100 but I also added the alternate-sample-rate which I thought I was suppose to but when I restart pulse, I recieve this error Just an FYI, I commented it out and pulse starts back up just fine. Is there any reason we don't set pulse to 48000, I have read that's what streaming input should be set to because its devisible evenly, does this have any merit? SSR is currently hard-coded to 44100 (meaning there is no way to change it from the GUI right now), and there is a bug that only gets triggered when a different application plays at the alternate sample rate. By setting both to the same rate, that bug is gone. But it looks like your version of PulseAudio doesn't even have that option, so that can't be it. I think this is an unrelated bug. But I have never seen it myself, so it's hard to tell. Anyway, JACK support is almost done, and it should be more reliable that adding null sinks and loopbacks to PulseAudio. After this I want to add multiple audio inputs and mixing to SSR so that should also work around this bug (I hope). since ssr is going to record at 44100 no matter what, i should NOT set pulse default to 48000 then correct? Just curious why i've read that 48000 is the preferred sample rate for streaming and if you have heard that? Everything is actually working perfectly right now. I couldn't be happier with my streaming to twitch using ssr, i had 6 viewers last night. I was playing in a 1280x720 windowed mode game. (not opengl since i didn't have to enable it) I spent hours upon hours trying to get a bash script of ffmpeg or avconv to work right and no matter what it wasn't sync'ing the audio streams with the video. Thank you!!!! |
Maarten BaertAdministrator |
Comment #6: Sat, 23 Nov 2013, 0:30 (GMT+1, DST) Quote: Ubuntuaddicted
since ssr is going to record at 44100 no matter what, i should NOT set pulse default to 48000 then correct? Just curious why i've read that 48000 is the preferred sample rate for streaming and if you have heard that? I don't know. Some people seem to prefer 48000, others 44100. It really doesn't matter as long as you avoid unnecessary conversions, so for the best audio quality you should indeed set PulseAudio to 44100 as well. Quote: Ubuntuaddicted
I spent hours upon hours trying to get a bash script of ffmpeg or avconv to work right and no matter what it wasn't sync'ing the audio streams with the video. This is a problem inherent to ffmpeg, it doesn't have a good system to deal with synchronization issues AFAIK. It just assumes that if you start the video and audio at roughly the same, it will stay in sync, but that's often not true. It also assumes that the video frame rate stays constant throughout the entire video, which is also not true. Those are the things I had to do myself to make it work properly :). |
Ubuntuaddicted |
Comment #7: Fri, 6 Dec 2013, 2:51 (GMT+1, DST) Very strange. Running kernel 3.7.0-030700-generic and your software works to record the steam demo game called "Life Goes On" BUT with 3.10.1-031001-generic installed from an ubuntu saucy ppa, I can't record "Life Goes On" with your software, the file size acts like it captured video/audio (there's even video/audio in the preview window BUT when I click on the file parole and vlc says there is no stream in the video file. If I view the mediainfo on the file it shows Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 336 KiB How does the kernel affect screen capturing? I tried kazam as well and that doesn't work either, in fact trying to create a window to record in kazam i don't get any graphics on screen when I start the box, its just a greyed out desktop. Any thoughts? I installed 3.10 because I want to try out bcache with my OCZ Synapse Caching SSD |
Maarten BaertAdministrator |
Comment #8: Sat, 7 Dec 2013, 15:41 (GMT+1, DST) Quote: Ubuntuaddicted
Very strange. Running kernel 3.7.0-030700-generic and your software works to record the steam demo game called "Life Goes On" BUT with 3.10.1-031001-generic installed from an ubuntu saucy ppa, I can't record "Life Goes On" with your software, the file size acts like it captured video/audio (there's even video/audio in the preview window BUT when I click on the file parole and vlc says there is no stream in the video file. If I view the mediainfo on the file it shows Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 336 KiB How does the kernel affect screen capturing? I tried kazam as well and that doesn't work either, in fact trying to create a window to record in kazam i don't get any graphics on screen when I start the box, its just a greyed out desktop. Any thoughts? I installed 3.10 because I want to try out bcache with my OCZ Synapse Caching SSD I've used it with 3.7, 3.8, 3.10, 3.11 and now 3.12, and never seen an issue like that. Are you sure that the kernel is really the only thing that changed? It seems very unlikely that a kernel would break something like this, unless there's already some other subtle bug in the code that wasn't noticed earlier. The fact that the preview still works suggests that the problem is in the ffmpeg/libav libraries and not SSR itself. It could also be a bug in VLC, so maybe you should try it with mplayer or ffplay/avplay as well (but it's unlikely, the file should never be that small). You can also try a few different formats in SSR (e.g. H.264+Vorbis in MKV). Try to encode something with the ffmpeg/avconv command-line tool, like this: avconv -i somevideofile.mp4 -c:v libx264 -crf 23 -preset superfast -c:a libvorbis -b:a 128k result.mkv Now try to open that file in VLC. Does it play? Last modified: Sat, 7 Dec 2013, 15:43 (GMT+1, DST) |
Ubuntuaddicted |
Comment #9: Sun, 8 Dec 2013, 1:05 (GMT+1, DST) Quote: Maarten Baert
Quote: Ubuntuaddicted
Very strange. Running kernel 3.7.0-030700-generic and your software works to record the steam demo game called "Life Goes On" BUT with 3.10.1-031001-generic installed from an ubuntu saucy ppa, I can't record "Life Goes On" with your software, the file size acts like it captured video/audio (there's even video/audio in the preview window BUT when I click on the file parole and vlc says there is no stream in the video file. If I view the mediainfo on the file it shows Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 336 KiB How does the kernel affect screen capturing? I tried kazam as well and that doesn't work either, in fact trying to create a window to record in kazam i don't get any graphics on screen when I start the box, its just a greyed out desktop. Any thoughts? I installed 3.10 because I want to try out bcache with my OCZ Synapse Caching SSD I've used it with 3.7, 3.8, 3.10, 3.11 and now 3.12, and never seen an issue like that. Are you sure that the kernel is really the only thing that changed? It seems very unlikely that a kernel would break something like this, unless there's already some other subtle bug in the code that wasn't noticed earlier. The fact that the preview still works suggests that the problem is in the ffmpeg/libav libraries and not SSR itself. It could also be a bug in VLC, so maybe you should try it with mplayer or ffplay/avplay as well (but it's unlikely, the file should never be that small). You can also try a few different formats in SSR (e.g. H.264+Vorbis in MKV). Try to encode something with the ffmpeg/avconv command-line tool, like this: avconv -i somevideofile.mp4 -c:v libx264 -crf 23 -preset superfast -c:a libvorbis -b:a 128k result.mkv Now try to open that file in VLC. Does it play? i'm really not sure what's wrong with my 3.10 kernel setup. I am abandoning using kernel 3.10 in 12.04.3 because I am no longer going to use bcache, I am going to try flashcache instead so I don't need 3.10. |
Cjcwj12 |
Comment #10: Thu, 26 Dec 2013, 2:03 (GMT+1, DST) PLS HELP!!!!! |
Maarten BaertAdministrator |
Comment #11: Thu, 26 Dec 2013, 15:37 (GMT+1, DST) Quote: Cjcwj12
PLS HELP!!!!! Calm down ;) Sounds like a dependency problem with the skype or SSR package. Try to install SSR from a terminal, and then install skype from a terminal, then copy the output of both commands and send it to me. |
Cjcwj12 |
Comment #12: Fri, 27 Dec 2013, 10:57 (GMT+1, DST) Quote: Maarten Baert
Quote: Cjcwj12
PLS HELP!!!!! Calm down ;) Sounds like a dependency problem with the skype or SSR package. Try to install SSR from a terminal, and then install skype from a terminal, then copy the output of both commands and send it to me. Alright so I installed ssr and it worked fine. But when I install skype after that I get this [sudo apt-get install skype Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libopenal1:i386 bluez-alsa:i386 libsdl-ttf2.0-0:i386 libgconf-2-4:i386 libatk1.0-0:i386 libstdc++5:i386 libxcomposite1:i386 libgail18:i386 libldap-2.4-2:i386 libao-common libv4l-0:i386 libroken18-heimdal:i386 libunistring0:i386 libcupsimage2:i386 libgphoto2-port0:i386 libidn11:i386 libnss3:i386 libcaca0:i386 gtk2-engines:i386 libgudev-1.0-0:i386 libcairo-gobject2:i386 libavc1394-0:i386 libaio1:i386 libsane:i386 odbcinst1debian2 odbcinst1debian2:i386 libsdl-mixer1.2:i386 libcap2:i386 libproxy1:i386 ibus-gtk:i386 libdbus-glib-1-2:i386 libtdb1:i386 libasn1-8-heimdal:i386 libspeex1:i386 libxslt1.1:i386 libgomp1:i386 libcapi20-3:i386 libibus-1.0-0:i386 libcairo2:i386 odbcinst libgssapi3-heimdal:i386 libcanberra-gtk-module:i386 libcanberra0:i386 gtk2-engines-murrine:i386 libwavpack1:i386 libsoup-gnome2.4-1:i386 libv4lconvert0:i386 gstreamer0.10-plugins-good:i386 librsvg2-common:i386 libiec61883-0:i386 libgdk-pixbuf2.0-0:i386 libsdl-image1.2:i386 libwind0-heimdal:i386 libpixman-1-0:i386 libsdl1.2debian:i386 libxaw7:i386 libgdbm3:i386 libcurl3:i386 libxinerama1:i386 libesd0:i386 libmikmod2:i386 libxft2:i386 libcroco3:i386 libpulse-mainloop-glib0:i386 libaa1:i386 libieee1284-3:i386 simplescreenrecorder-lib libao4:i386 libxmu6:i386 libcanberra-gtk0:i386 libvorbisfile3:i386 esound-common libxpm4:i386 libusb-0.1-4:i386 libgail-common:i386 libhcrypto4-heimdal:i386 libraw1394-11:i386 libnspr4:i386 libshout3:i386 libdv4:i386 libhx509-5-heimdal:i386 gstreamer0.10-x:i386 libgettextpo0:i386 libgd2-xpm:i386 libheimbase1-heimdal:i386 libsdl-net1.2:i386 libjasper1:i386 libgnome-keyring0:i386 libxtst6:i386 gtk2-engines-pixbuf:i386 libtag1c2a:i386 librsvg2-2:i386 libssl0.9.8:i386 libmpg123-0:i386 libmad0:i386 libsasl2-2:i386 gtk2-engines-oxygen:i386 xaw3dg:i386 libpango1.0-0:i386 libheimntlm0-heimdal:i386 libpulsedsp:i386 libxcb-render0:i386 libodbc1:i386 libexif12:i386 librtmp0:i386 libxp6:i386 libxcursor1:i386 libxcb-shm0:i386 libsasl2-modules:i386 libxrandr2:i386 libgtk2.0-0:i386 libltdl7:i386 libkrb5-26-heimdal:i386 glib-networking:i386 libsoup2.4-1:i386 libgphoto2-2:i386 libtag1-vanilla:i386 libaudiofile1:i386 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libdbusmenu-qt2:i386 libqt4-dbus:i386 libqt4-declarative:i386 libqt4-network:i386 libqt4-script:i386 libqt4-sql:i386 libqt4-sql-mysql:i386 libqt4-xml:i386 libqt4-xmlpatterns:i386 libqtcore4:i386 libqtgui4:i386 libqtwebkit4:i386 qdbus:i386 qt-at-spi:i386 skype-bin:i386 sni-qt:i386 Suggested packages: libqt4-declarative-folderlistmodel:i386 libqt4-declarative-gestures:i386 libqt4-declarative-particles:i386 libqt4-declarative-shaders:i386 qt4-qmlviewer:i386 libqt4-dev:i386 qt4-qtconfig:i386 The following packages will be REMOVED: libdbusmenu-qt2 libqt4-dbus libqt4-declarative libqt4-network libqt4-script libqt4-sql libqt4-sql-mysql libqt4-xml libqt4-xmlpatterns libqtcore4 libqtgui4 qdbus qt-at-spi simplescreenrecorder sni-qt The following NEW packages will be installed: libdbusmenu-qt2:i386 libqt4-dbus:i386 libqt4-declarative:i386 libqt4-network:i386 libqt4-script:i386 libqt4-sql:i386 libqt4-sql-mysql:i386 libqt4-xml:i386 libqt4-xmlpatterns:i386 libqtcore4:i386 libqtgui4:i386 libqtwebkit4:i386 qdbus:i386 qt-at-spi:i386 skype skype-bin:i386 sni-qt:i386 0 upgraded, 17 newly installed, 15 to remove and 42 not upgraded. Need to get 88.2 kB/34.4 MB of archives. After this operation, 66.2 MB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://ppa.launchpad.net/elementary-os/os-patches/ubuntu/ precise/main libqt4-sql-mysql i386 4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1 [88.2 kB] Fetched 88.2 kB in 2s (33.4 kB/s) (Reading database ... 161742 files and directories currently installed.) Removing sni-qt ... Removing libdbusmenu-qt2 ... Removing qdbus ... Removing simplescreenrecorder ... Removing qt-at-spi ... Removing libqt4-sql-mysql ... Removing libqt4-declarative ... Removing libqtgui4 ... Removing libqt4-script ... Removing libqt4-xmlpatterns ... Removing libqt4-network ... Removing libqt4-dbus ... Removing libqt4-sql ... Removing libqt4-xml ... Removing libqtcore4 ... Processing triggers for libc-bin ... ldconfig deferred processing now taking place Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for bamfdaemon ... Rebuilding /usr/share/applications/bamf.index... Processing triggers for gnome-menus ... Processing triggers for hicolor-icon-theme ... Selecting previously unselected package libqtcore4:i386. (Reading database ... 161568 files and directories currently installed.) Unpacking libqtcore4:i386 (from .../libqtcore4_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-xml:i386. Unpacking libqt4-xml:i386 (from .../libqt4-xml_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-dbus:i386. Unpacking libqt4-dbus:i386 (from .../libqt4-dbus_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-network:i386. Unpacking libqt4-network:i386 (from .../libqt4-network_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-script:i386. Unpacking libqt4-script:i386 (from .../libqt4-script_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-sql:i386. Unpacking libqt4-sql:i386 (from .../libqt4-sql_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-xmlpatterns:i386. Unpacking libqt4-xmlpatterns:i386 (from .../libqt4-xmlpatterns_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqt4-declarative:i386. Unpacking libqt4-declarative:i386 (from .../libqt4-declarative_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqtgui4:i386. Unpacking libqtgui4:i386 (from .../libqtgui4_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libdbusmenu-qt2:i386. Unpacking libdbusmenu-qt2:i386 (from .../libdbusmenu-qt2_0.9.2-0ubuntu1_i386.deb) ... Selecting previously unselected package libqt4-sql-mysql:i386. Unpacking libqt4-sql-mysql:i386 (from .../libqt4-sql-mysql_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package libqtwebkit4:i386. Unpacking libqtwebkit4:i386 (from .../libqtwebkit4_2.2.1-1ubuntu4_i386.deb) ... Selecting previously unselected package qt-at-spi:i386. Unpacking qt-at-spi:i386 (from .../qt-at-spi_0.2.0+git20120411-0ubuntu1_i386.deb) ... Selecting previously unselected package qdbus:i386. Unpacking qdbus:i386 (from .../qdbus_4%3a4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1_i386.deb) ... Selecting previously unselected package sni-qt:i386. Unpacking sni-qt:i386 (from .../sni-qt_0.2.5-0ubuntu3_i386.deb) ... Selecting previously unselected package skype-bin:i386. Unpacking skype-bin:i386 (from .../skype-bin_4.2.0.11-0ubuntu0.12.04.2_i386.deb) ... Selecting previously unselected package skype. Unpacking skype (from .../skype_4.2.0.11-0ubuntu0.12.04.2_amd64.deb) ... Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for bamfdaemon ... Rebuilding /usr/share/applications/bamf.index... Processing triggers for gnome-menus ... Processing triggers for hicolor-icon-theme ... Setting up libqtcore4:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-xml:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-dbus:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-network:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-script:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-sql:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-xmlpatterns:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqt4-sql-mysql:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up qdbus:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libqtgui4:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Setting up libdbusmenu-qt2:i386 (0.9.2-0ubuntu1) ... Setting up libqtwebkit4:i386 (2.2.1-1ubuntu4) ... Setting up qt-at-spi:i386 (0.2.0+git20120411-0ubuntu1) ... Setting up sni-qt:i386 (0.2.5-0ubuntu3) ... Setting up skype-bin:i386 (4.2.0.11-0ubuntu0.12.04.2) ... Setting up skype (4.2.0.11-0ubuntu0.12.04.2) ... Setting up libqt4-declarative:i386 (4:4.8.1-0ubuntu4.5+elementary5~ubuntu0.2.1) ... Processing triggers for libc-bin ... ldconfig deferred processing now taking place cjcwj12@Cjcwj12:~$ /code] is that what you wanted? |
Ubuntuaddicted |
Comment #13: Sun, 29 Dec 2013, 20:42 (GMT+1, DST) Quote: Cjcwj12
Alright so I installed ssr and it worked fine. But when I install skype after that I get this where are you installing skype from? i am running xubuntu 12.04.3 and have no issues with skype and ssr being installed. Aptitude shows I am running skype version 4.2.0.11-0ubuntu0.12.04.2 |
Cjcwj12 |
Comment #14: Mon, 30 Dec 2013, 2:55 (GMT+1, DST) Quote: Ubuntuaddicted
Quote: Cjcwj12
Alright so I installed ssr and it worked fine. But when I install skype after that I get this where are you installing skype from? i am running xubuntu 12.04.3 and have no issues with skype and ssr being installed. Aptitude shows I am running skype version 4.2.0.11-0ubuntu0.12.04.2 They used to work together until I did a dist upgrade. |
Maarten BaertAdministrator |
Comment #15: Mon, 30 Dec 2013, 18:30 (GMT+1, DST) Quote: Cjcwj12
They used to work together until I did a dist upgrade. The issue is not SSR but Qt4. Skype uses 32-bit Qt and SSR uses the 'right' Qt for your system (i.e. 64-bit if you have a 64-bit system). Apparently you can't install the 32-bit and 64-bit qt libraries at the same time. I suppose you also can't install VLC and Skype at the same time then. This is a packaging bug, you should report it to the maintainers. This is probably the same issue: |
Cjcwj12 |
Comment #16: Wed, 1 Jan 2014, 8:10 (GMT+1, DST) Quote: Maarten Baert
Quote: Cjcwj12
They used to work together until I did a dist upgrade. The issue is not SSR but Qt4. Skype uses 32-bit Qt and SSR uses the 'right' Qt for your system (i.e. 64-bit if you have a 64-bit system). Apparently you can't install the 32-bit and 64-bit qt libraries at the same time. I suppose you also can't install VLC and Skype at the same time then. This is a packaging bug, you should report it to the maintainers. This is probably the same issue: yep it worked! |
Cobra |
Comment #17: Sun, 5 Jan 2014, 9:30 (GMT+1, DST) Just wanted to add, for those who are having issues recording through their internal mics, if you have both pulse audio and gnome alsa mixer installed, switch from pulse to the alsa mixer under audio input, and make sure mic is not muted under both alsa and pulse. |
Maarten BaertAdministrator |
Comment #18: Sun, 5 Jan 2014, 21:10 (GMT+1, DST) Quote: Cobra
Just wanted to add, for those who are having issues recording through their internal mics, if you have both pulse audio and gnome alsa mixer installed, switch from pulse to the alsa mixer under audio input, and make sure mic is not muted under both alsa and pulse. If you are referring to the SSR setting on the input page, that's not recommended. If you set SSR to ALSA while you have PulseAudio installed, SSR will be forced to use ALSA emulation for PulseAudio and that usually only makes things worse. My advice is to check all settings in PulseAudio Volume Control first, and if that doesn't help, use the command-line program 'alsamixer'. These two programs give you the most extensive control over PulseAudio and ALSA respectively. |
Cobra |
Comment #19: Sat, 11 Jan 2014, 2:01 (GMT+1, DST) Quote
Quote: Cobra Just wanted to add, for those who are having issues recording through their internal mics, if you have both pulse audio and gnome alsa mixer installed, switch from pulse to the alsa mixer under audio input, and make sure mic is not muted under both alsa and pulse. If you are referring to the SSR setting on the input page, that's not recommended. If you set SSR to ALSA while you have PulseAudio installed, SSR will be forced to use ALSA emulation for PulseAudio and that usually only makes things worse. My advice is to check all settings in PulseAudio Volume Control first, and if that doesn't help, use the command-line program 'alsamixer'. These two programs give you the most extensive control over PulseAudio and ALSA respectively. I did check every setting, setting it up as recommended with no avail, I tried re-installing SSR and Pulse with ALSA removed and visa versa and still the mic did not work at all. It was only after I re-installed ALSA mixer that I was able to switch between pulse and ALSA in the audio input section of SSR allowing me to switch between recording music or my voice and both at the same time, trust me the way I have it set up, works fine for me on ubuntu 12.04.3. Last modified: Sun, 12 Jan 2014, 18:31 (GMT+1, DST) |
Chaostiger |
Comment #20: Sat, 25 Jan 2014, 22:55 (GMT+1, DST) For some reason, if I record full screen, Dota 2 is in a small window in the stream, taking up about 1/4 of the screen. I am playing fullscreen. I do not see this playing, the stream has the 1/4 size window. Any ideas? |
Ubuntuaddicted |
Comment #21: Sun, 26 Jan 2014, 15:00 (GMT+1, DST) Quote: Chaostiger
For some reason, if I record full screen, Dota 2 is in a small window in the stream, taking up about 1/4 of the screen. I am playing fullscreen. I do not see this playing, the stream has the 1/4 size window. Any ideas? i'm not sure why that would happen. so you've tried both "opengl recording" and just "fullscreen" methods and the stream showing up is only a small window? You didn't accidentally enable the scaler option on page 1 of the settings did you? Have you tried to play in windowed mode and stream by selecting the window? just a thought as a temporary work around until Maartin responds |
Chaostiger |
Comment #22: Sun, 26 Jan 2014, 16:37 (GMT+1, DST) Quote: Ubuntuaddicted
Quote: Chaostiger
For some reason, if I record full screen, Dota 2 is in a small window in the stream, taking up about 1/4 of the screen. I am playing fullscreen. I do not see this playing, the stream has the 1/4 size window. Any ideas? i'm not sure why that would happen. so you've tried both "opengl recording" and just "fullscreen" methods and the stream showing up is only a small window? You didn't accidentally enable the scaler option on page 1 of the settings did you? Have you tried to play in windowed mode and stream by selecting the window? just a thought as a temporary work around until Maartin responds Yes, I posted on the opengl page too. I am always using scaling to 1280x720. It always happens when I try to stream with openGL recording. With normal screen capture, sometimes it works fine, the game is fullscreen, and sometimes not. I can't play in Windowed because scrolling with the mouse in Dota 2 windowed doesn't work. When my issue occurs, Dota 2 is in a small box on the stream, with the rest(about 3/4 of the screen) being taken up by my normal desktop, as if Dota was in a minimized window that was resized to 640x480. Thanks for the idea. Edit: It may have to do with the way I have to alt-tab. I can't alt-tab normally because of a WM bug(Cinnamon), so switch to workspace 2 and back to one, by doing Control-Alt Right and then Control-Alt-Left. Edit 2: This also happens with an avonv script. The stream could also be frozen on a random frame of the game, fullscreen, with the mouse moving. Borderless Windowed works but I can't play right due to the afformentioned issue. Might not be an SSR issue. Last modified: Sun, 26 Jan 2014, 19:13 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #23: Sun, 26 Jan 2014, 21:39 (GMT+1, DST) Quote: Chaostiger
Yes, I posted on the opengl page too. I am always using scaling to 1280x720. It always happens when I try to stream with openGL recording. With normal screen capture, sometimes it works fine, the game is fullscreen, and sometimes not. I can't play in Windowed because scrolling with the mouse in Dota 2 windowed doesn't work. When my issue occurs, Dota 2 is in a small box on the stream, with the rest(about 3/4 of the screen) being taken up by my normal desktop, as if Dota was in a minimized window that was resized to 640x480. Thanks for the idea. Edit: It may have to do with the way I have to alt-tab. I can't alt-tab normally because of a WM bug(Cinnamon), so switch to workspace 2 and back to one, by doing Control-Alt Right and then Control-Alt-Left. Edit 2: This also happens with an avonv script. The stream could also be frozen on a random frame of the game, fullscreen, with the mouse moving. Borderless Windowed works but I can't play right due to the afformentioned issue. Might not be an SSR issue. SSR simply asks X11 for the size of the window, and it uses that resolution to record the game. It sounds like the game itself is doing something wrong, maybe it doesn't understand how you're supposed to make applications fullscreen on Linux. I don't really understand your description. Can you upload a short video so I can see the issue, and describe what you actually see on the screen when this happens? |
Chaostiger |
Comment #24: Sun, 26 Jan 2014, 23:04 (GMT+1, DST) Quote: Maarten Baert
Quote: Chaostiger
Yes, I posted on the opengl page too. I am always using scaling to 1280x720. It always happens when I try to stream with openGL recording. With normal screen capture, sometimes it works fine, the game is fullscreen, and sometimes not. I can't play in Windowed because scrolling with the mouse in Dota 2 windowed doesn't work. When my issue occurs, Dota 2 is in a small box on the stream, with the rest(about 3/4 of the screen) being taken up by my normal desktop, as if Dota was in a minimized window that was resized to 640x480. Thanks for the idea. Edit: It may have to do with the way I have to alt-tab. I can't alt-tab normally because of a WM bug(Cinnamon), so switch to workspace 2 and back to one, by doing Control-Alt Right and then Control-Alt-Left. Edit 2: This also happens with an avonv script. The stream could also be frozen on a random frame of the game, fullscreen, with the mouse moving. Borderless Windowed works but I can't play right due to the afformentioned issue. Might not be an SSR issue. SSR simply asks X11 for the size of the window, and it uses that resolution to record the game. It sounds like the game itself is doing something wrong, maybe it doesn't understand how you're supposed to make applications fullscreen on Linux. I don't really understand your description. Can you upload a short video so I can see the issue, and describe what you actually see on the screen when this happens? Sure, thanks for replying. My SSR settings I was using to stream were Record the Entire Screen(I'm at 1920x1080), scale to 1280x720, 30 FPS, libx264 preset ultrafast 1000 bitrate. RTMP'd to twitch. Thanks Video: https://www.youtube.com/watch?v=1oD1YiGxkP0 Last modified: Sun, 26 Jan 2014, 23:04 (GMT+1, DST) |
Ubuntuaddicted |
Comment #25: Mon, 27 Jan 2014, 20:11 (GMT+1, DST) Quote: Chaostiger
Yes, I posted on the opengl page too. I am always using scaling to 1280x720. It always happens when I try to stream with openGL recording. With normal screen capture, sometimes it works fine, the game is fullscreen, and sometimes not. I can't play in Windowed because scrolling with the mouse in Dota 2 windowed doesn't work. When my issue occurs, Dota 2 is in a small box on the stream, with the rest(about 3/4 of the screen) being taken up by my normal desktop, as if Dota was in a minimized window that was resized to 640x480. Thanks for the idea. Edit: It may have to do with the way I have to alt-tab. I can't alt-tab normally because of a WM bug(Cinnamon), so switch to workspace 2 and back to one, by doing Control-Alt Right and then Control-Alt-Left. Edit 2: This also happens with an avonv script. The stream could also be frozen on a random frame of the game, fullscreen, with the mouse moving. Borderless Windowed works but I can't play right due to the afformentioned issue. Might not be an SSR issue. it takes extra CPU to use the scaler to the best of my knowledge. Last modified: Mon, 27 Jan 2014, 20:15 (GMT+1, DST) |
Chaostiger |
Comment #26: Mon, 27 Jan 2014, 20:18 (GMT+1, DST) Quote: Ubuntuaddicted
Quote: Chaostiger
Yes, I posted on the opengl page too. I am always using scaling to 1280x720. It always happens when I try to stream with openGL recording. With normal screen capture, sometimes it works fine, the game is fullscreen, and sometimes not. I can't play in Windowed because scrolling with the mouse in Dota 2 windowed doesn't work. When my issue occurs, Dota 2 is in a small box on the stream, with the rest(about 3/4 of the screen) being taken up by my normal desktop, as if Dota was in a minimized window that was resized to 640x480. Thanks for the idea. Edit: It may have to do with the way I have to alt-tab. I can't alt-tab normally because of a WM bug(Cinnamon), so switch to workspace 2 and back to one, by doing Control-Alt Right and then Control-Alt-Left. Edit 2: This also happens with an avonv script. The stream could also be frozen on a random frame of the game, fullscreen, with the mouse moving. Borderless Windowed works but I can't play right due to the afformentioned issue. Might not be an SSR issue. it takes extra CPU to use the scaler to the best of my knowledge. Apparently that's a Dota 2 bug, not a DWM issue. |
Maarten BaertAdministrator |
Comment #27: Wed, 29 Jan 2014, 4:05 (GMT+1, DST) Quote: Chaostiger
Sure, thanks for replying. My SSR settings I was using to stream were Record the Entire Screen(I'm at 1920x1080), scale to 1280x720, 30 FPS, libx264 preset ultrafast 1000 bitrate. RTMP'd to twitch. Thanks Video: https://www.youtube.com/watch?v=1oD1YiGxkP0 I understand now, you are not using 'OpenGL recording', you are using X11 recording to record a fullscreen OpenGL game, and that sometimes doesn't work. Actual OpenGL recording may work better in this case. Have you tried it? You can also try to disable 'fullscreen unredirection' in your window manager (the name may be different, e.g. XFCE calls it 'display fullscreen overlay windows directly'). Quote: Ubuntuaddicted
it takes extra CPU to use the scaler to the best of my knowledge. This is less of a problem with the new scaler. The packages in the repository still use the old scaler, but if you compiled from source, you have the new one (which is literally 10 times faster). |
Chaostiger |
Comment #28: Wed, 29 Jan 2014, 5:31 (GMT+1, DST) Quote: Maarten Baert
Quote: Chaostiger
Sure, thanks for replying. My SSR settings I was using to stream were Record the Entire Screen(I'm at 1920x1080), scale to 1280x720, 30 FPS, libx264 preset ultrafast 1000 bitrate. RTMP'd to twitch. Thanks Video: https://www.youtube.com/watch?v=1oD1YiGxkP0 I understand now, you are not using 'OpenGL recording', you are using X11 recording to record a fullscreen OpenGL game, and that sometimes doesn't work. Actual OpenGL recording may work better in this case. Have you tried it? You can also try to disable 'fullscreen unredirection' in your window manager (the name may be different, e.g. XFCE calls it 'display fullscreen overlay windows directly'). Quote: Ubuntuaddicted
it takes extra CPU to use the scaler to the best of my knowledge. This is less of a problem with the new scaler. The packages in the repository still use the old scaler, but if you compiled from source, you have the new one (which is literally 10 times faster). Thanks again for replying Maarten. I have tried using openGL, but I'm having a similar odd issue here.If I am tabbed-into Dota 2, SSR reports the resolution as 1920x1080, which is correct. If I'm tabbed-out, looking at the SSR window, the resolution input number drops to 640x480. If I try starting the stream and then alt-tabbing into Dota 2, the stream is 640x480. I know it reports as 1920x1080 because if I alt tab quickly to SSR, I see Size In change from 1920x1080 to 640x480. Disabling fullscreen undirection didn't work. Thanks again. Last modified: Wed, 29 Jan 2014, 5:49 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #29: Wed, 29 Jan 2014, 5:53 (GMT+1, DST) Quote: Chaostiger
Thanks again for replying Maarten. I have tried using openGL, but I'm having a similar odd issue here.If I am tabbed-into Dota 2, SSR reports the resolution as 1920x1080, which is correct. If I'm tabbed-out, looking at the SSR window, the resolution input number drops to 640x480. If I try starting the stream and then alt-tabbing into Dota 2, the stream is 640x480. I know it reports as 1920x1080 because if I alt tab quickly to SSR, I see Size In change from 1920x1080 to 640x480. Disabling fullscreen undirection didn't work. Thanks again. I can only conclude that the game is doing something weird. Maybe it's opening two windows at the same time? You could try to compile from the glinject-next branch, the OpenGL recording code in that branch can handle a lot more (including multiple windows, if that's the cause). |
Chaostiger |
Comment #30: Wed, 29 Jan 2014, 6:07 (GMT+1, DST) Quote: Maarten Baert
Quote: Chaostiger
Thanks again for replying Maarten. I have tried using openGL, but I'm having a similar odd issue here.If I am tabbed-into Dota 2, SSR reports the resolution as 1920x1080, which is correct. If I'm tabbed-out, looking at the SSR window, the resolution input number drops to 640x480. If I try starting the stream and then alt-tabbing into Dota 2, the stream is 640x480. I know it reports as 1920x1080 because if I alt tab quickly to SSR, I see Size In change from 1920x1080 to 640x480. Disabling fullscreen undirection didn't work. Thanks again. I can only conclude that the game is doing something weird. Maybe it's opening two windows at the same time? You could try to compile from the glinject-next branch, the OpenGL recording code in that branch can handle a lot more (including multiple windows, if that's the cause). I actually fixed it. Using openGL recording, I told SSR to scale to my native Dota 2 res, 1920x1080. I then started SSR streaming before I started dota 2. Now, when I am tabbed-into Dota 2 playing, it is being streamed at 1920x1080 and looks great. If I tab out, it drops to 640x480, but I can totally deal with that. Thanks Marteen. It's likely Valve dropping the ball, but this solution works. Last modified: Wed, 29 Jan 2014, 6:07 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #31: Sat, 1 Feb 2014, 0:49 (GMT+1, DST) Quote: Chaostiger
I actually fixed it. Using openGL recording, I told SSR to scale to my native Dota 2 res, 1920x1080. I then started SSR streaming before I started dota 2. Now, when I am tabbed-into Dota 2 playing, it is being streamed at 1920x1080 and looks great. If I tab out, it drops to 640x480, but I can totally deal with that. Thanks Marteen. It's likely Valve dropping the ball, but this solution works. Nice to hear that. What did you change? Did switching to glinject-next fix it? |
Cjcwj12 |
Comment #32: Wed, 12 Feb 2014, 10:32 (GMT+1, DST) Hello I need some help, Second of all how do I record game audio and my mic when it is a usb mic? the methods on your page don't work for it. |
Ubuntuaddicted |
Comment #33: Wed, 12 Feb 2014, 15:48 (GMT+1, DST) Quote: Cjcwj12
Hello I need some help, Second of all how do I record game audio and my mic when it is a usb mic? the methods on your page don't work for it. video still looks laggy, what codec are you using? if h264, what crf value are you using? you can always try lowering your resolution if your machine isn't powerfull enough to record 1080p or whatever high resolution you're running. i use a USB webcam as my mic and the instructions on his page do work. you must not be following them exactly. Are you sure you're choosing properly within pavucontrol what get's piped into the nullsinks? |
Cjcwj12 |
Comment #34: Thu, 13 Feb 2014, 6:06 (GMT+1, DST) Quote: Ubuntuaddicted
Quote: Cjcwj12
Hello I need some help, Second of all how do I record game audio and my mic when it is a usb mic? the methods on your page don't work for it. video still looks laggy, what codec are you using? if h264, what crf value are you using? you can always try lowering your resolution if your machine isn't powerfull enough to record 1080p or whatever high resolution you're running. i use a USB webcam as my mic and the instructions on his page do work. you must not be following them exactly. Are you sure you're choosing properly within pavucontrol what get's piped into the nullsinks? I have a beast pc so performance is not the issue, I am using h264 but what does crf mean? BTW I use the easy way not the null way |
Ubuntuaddicted |
Comment #35: Thu, 13 Feb 2014, 14:45 (GMT+1, DST) Quote: Cjcwj12
Quote: Ubuntuaddicted
Quote: Cjcwj12
Hello I need some help, Second of all how do I record game audio and my mic when it is a usb mic? the methods on your page don't work for it. video still looks laggy, what codec are you using? if h264, what crf value are you using? you can always try lowering your resolution if your machine isn't powerfull enough to record 1080p or whatever high resolution you're running. i use a USB webcam as my mic and the instructions on his page do work. you must not be following them exactly. Are you sure you're choosing properly within pavucontrol what get's piped into the nullsinks? I have a beast pc so performance is not the issue, I am using h264 but what does crf mean? BTW I use the easy way not the null way CRF = Constant Rate Factor. If you want to record both your game audio and mic audio, it should still work using the easy way. Are you opening pavucontrol and ensuring your loopback is directing your usb mic to your system sound? can you upload a short 30 second clip so we can see the leggy video? also, if you could post a log file of a recording where you say the video is laggy, that may help |
Cjcwj12 |
Comment #36: Fri, 14 Feb 2014, 1:55 (GMT+1, DST) Quote: Ubuntuaddicted
Quote: Cjcwj12
Quote: Ubuntuaddicted
Quote: Cjcwj12
Hello I need some help, Second of all how do I record game audio and my mic when it is a usb mic? the methods on your page don't work for it. video still looks laggy, what codec are you using? if h264, what crf value are you using? you can always try lowering your resolution if your machine isn't powerfull enough to record 1080p or whatever high resolution you're running. i use a USB webcam as my mic and the instructions on his page do work. you must not be following them exactly. Are you sure you're choosing properly within pavucontrol what get's piped into the nullsinks? I have a beast pc so performance is not the issue, I am using h264 but what does crf mean? BTW I use the easy way not the null way CRF = Constant Rate Factor. If you want to record both your game audio and mic audio, it should still work using the easy way. Are you opening pavucontrol and ensuring your loopback is directing your usb mic to your system sound? can you upload a short 30 second clip so we can see the leggy video? also, if you could post a log file of a recording where you say the video is laggy, that may help You can just check out my recent videos on my channel :http://www.youtube.com/channel/UCFz_C5YLOin-YPDjzWMuf_w |
Rightwingrb |
Comment #37: Sun, 9 Mar 2014, 17:09 (GMT+1, DST) I am having an issue trying to record game audio (or any "system" audio) and a mic input simultaneously. My son does let's play vidoes for YouTube and needs to capture the game audio and his voice. He is using Mint 16 and we have tried all of the different audio setting in SSR. Jack does not work at all and Pulse or ALSA will only record one or the other (mic or sys audio). Any ideas what we may be doing wrong? |
Maarten BaertAdministrator |
Comment #38: Mon, 10 Mar 2014, 23:31 (GMT+1, DST) Quote: Rightwingrb
I am having an issue trying to record game audio (or any "system" audio) and a mic input simultaneously. My son does let's play vidoes for YouTube and needs to capture the game audio and his voice. He is using Mint 16 and we have tried all of the different audio setting in SSR. Jack does not work at all and Pulse or ALSA will only record one or the other (mic or sys audio). Any ideas what we may be doing wrong? You should read this article, it's all explained there. I have plans to make this easier in future versions of SSR, but for now this is the only way to record multiple sources at the same time. |
Rightwingrb |
Comment #39: Wed, 12 Mar 2014, 15:06 (GMT+1, DST) Quote: Maarten Baert
Quote: Rightwingrb
I am having an issue trying to record game audio (or any "system" audio) and a mic input simultaneously. My son does let's play vidoes for YouTube and needs to capture the game audio and his voice. He is using Mint 16 and we have tried all of the different audio setting in SSR. Jack does not work at all and Pulse or ALSA will only record one or the other (mic or sys audio). Any ideas what we may be doing wrong? You should read this article, it's all explained there. I have plans to make this easier in future versions of SSR, but for now this is the only way to record multiple sources at the same time. Thank you SO MUCH! We will give that a try and get back to you. |
Freebooter |
Comment #40: Sat, 10 May 2014, 1:42 (GMT+1, DST) Running into a problem with the quality of the recording i make. This doesn't appear to be a problem with your software, it seems prevalent on every recording software, even printing a screen pic. When i do these things, the colors are dulled (washed out) and look flat compared to what i'm actually seeing on my desktop. Any insight into the problem would be awesome. Thanks! Last modified: Sat, 10 May 2014, 1:47 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #41: Sat, 10 May 2014, 17:24 (GMT+1, DST) Quote: Freebooter
Running into a problem with the quality of the recording i make. This doesn't appear to be a problem with your software, it seems prevalent on every recording software, even printing a screen pic. When i do these things, the colors are dulled (washed out) and look flat compared to what i'm actually seeing on my desktop. Any insight into the problem would be awesome. Thanks! All popular video formats use the YUV color space instead of RGB. SSR converts RGB to YUV420 (the most popular format) and your video player converts it back to RGB. YUV420 stores color information at half resolution, so some things (e.g. colored text) get smeared out a bit. Sadly there's no way to avoid that, it's a limitation of those video formats. What you're seeing could also be a color profile issue. SSR has no support for color profiles, it just takes raw RGB and converts it to YUV, and the video player does the same in reverse. However, it's possible that your video player is doing an additional conversion to your color space, which would change the colors. In that case you should try a different video player (or play the same video on a different computer) to see whether that makes any difference. |
Freebooter |
Comment #42: Sat, 10 May 2014, 22:52 (GMT+1, DST) Quote: Maarten Baert
All popular video formats use the YUV color space instead of RGB. SSR converts RGB to YUV420 (the most popular format) and your video player converts it back to RGB. YUV420 stores color information at half resolution, so some things (e.g. colored text) get smeared out a bit. Sadly there's no way to avoid that, it's a limitation of those video formats. What you're seeing could also be a color profile issue. SSR has no support for color profiles, it just takes raw RGB and converts it to YUV, and the video player does the same in reverse. However, it's possible that your video player is doing an additional conversion to your color space, which would change the colors. In that case you should try a different video player (or play the same video on a different computer) to see whether that makes any difference. Ahh your explanation makes sense. Yes it isn't as noticeable on the game graphics side of things, but really noticeable with text. Was screen casting a mud session for fun and really noticed a hude difference. Changing video players had no effect, since they all do the same things it seems. Thanks for the response. |
Ubuntuaddicted |
Comment #43: Sun, 11 May 2014, 5:28 (GMT+1, DST) Quote: Freebooter
Quote: Maarten Baert
All popular video formats use the YUV color space instead of RGB. SSR converts RGB to YUV420 (the most popular format) and your video player converts it back to RGB. YUV420 stores color information at half resolution, so some things (e.g. colored text) get smeared out a bit. Sadly there's no way to avoid that, it's a limitation of those video formats. What you're seeing could also be a color profile issue. SSR has no support for color profiles, it just takes raw RGB and converts it to YUV, and the video player does the same in reverse. However, it's possible that your video player is doing an additional conversion to your color space, which would change the colors. In that case you should try a different video player (or play the same video on a different computer) to see whether that makes any difference. Ahh your explanation makes sense. Yes it isn't as noticeable on the game graphics side of things, but really noticeable with text. Was screen casting a mud session for fun and really noticed a hude difference. Changing video players had no effect, since they all do the same things it seems. Thanks for the response. i know this won't assist in livestreaming but i do believe you can apply color correction within a video editor like kdenive. http://opensource.com/life/11/11/kdenlive-part-4-colour-correction |
Maarten BaertAdministrator |
Comment #44: Mon, 12 May 2014, 3:36 (GMT+1, DST) Quote: Ubuntuaddicted
i know this won't assist in livestreaming but i do believe you can apply color correction within a video editor like kdenive. http://opensource.com/life/11/11/kdenlive-part-4-colour-correction That won't work, it's not a color space problem but a compression problem. There is literally no way to store colored text at full resolution in any of the popular video formats. |
Ubuntuaddicted |
Comment #45: Tue, 13 May 2014, 18:22 (GMT+1, DST) Quote: Maarten Baert
Quote: Ubuntuaddicted
i know this won't assist in livestreaming but i do believe you can apply color correction within a video editor like kdenive. http://opensource.com/life/11/11/kdenlive-part-4-colour-correction That won't work, it's not a color space problem but a compression problem. There is literally no way to store colored text at full resolution in any of the popular video formats. his original question was how to resolve the issue of his colors looking washed out and dull, this is solved by applying a color correction during editing. The effects it has on text I have no idea about but i do know that colors can be adjusted within kdenlive with color correction. |
Mitchness |
Comment #46: Mon, 23 Jun 2014, 15:38 (GMT+1, DST) My issue is a green video. It doesn't matter the format or video player I use. It still shows up green. The only thing I can do to view it is use avidemux. I tried saving it from there to various formats and still get a green screen. Audio works. |
Maarten BaertAdministrator |
Comment #47: Tue, 24 Jun 2014, 9:24 (GMT+1, DST) Quote: Mitchness
My issue is a green video. It doesn't matter the format or video player I use. It still shows up green. The only thing I can do to view it is use avidemux. I tried saving it from there to various formats and still get a green screen. Audio works. Which codec are you using? Can you send me an example file that I can analyze (not on YouTube, I need the file itself)? |
Mitchness |
Comment #48: Mon, 30 Jun 2014, 6:01 (GMT+1, DST) I fixed the issue. I should have been using the theora codec. All is well. :) Last modified: Mon, 30 Jun 2014, 8:34 (GMT+1, DST) |
Joltthehedgehog |
Comment #49: Thu, 24 Jul 2014, 1:35 (GMT+1, DST) Whenever I try starting a recording, I get this message: Any help? I have no idea what it means by that. |
Maarten BaertAdministrator |
Comment #50: Wed, 30 Jul 2014, 13:44 (GMT+1, DST) Quote: Joltthehedgehog
Whenever I try starting a recording, I get this message: Any help? I have no idea what it means by that. I assume you're trying to use H.264. Read this. |
Rightwingrb |
Comment #51: Wed, 22 Oct 2014, 23:05 (GMT+1, DST) I am currently using OpenSuse 13.1 and SSR. When I click record (or hit Ctl-R) SSR will start to record for less than a second and then crash. A file is saved as the selected type (.mp4, .mkv, etc) but never larger than about 50-60kb. Any suggestions? |
Maarten BaertAdministrator |
Comment #52: Sat, 25 Oct 2014, 0:24 (GMT+1, DST) Quote: Rightwingrb
I am currently using OpenSuse 13.1 and SSR. When I click record (or hit Ctl-R) SSR will start to record for less than a second and then crash. A file is saved as the selected type (.mp4, .mkv, etc) but never larger than about 50-60kb. Any suggestions? Make sure that you are using the latest version of SSR (0.3.1) and that the ffmpeg/libav libraries are up-to-date. If that doesn't fix the problem, please send me the log file (saved in ~/.ssr/logs) and a backtrace of the crash. You can get a backtrace by running: gdb /usr/bin/simplescreenrecorder run (try to record something, wait for crash) t a a bt full quit Last modified: Sat, 25 Oct 2014, 0:24 (GMT+1, DST) |
Rightwingrb |
Comment #53: Sat, 1 Nov 2014, 12:54 (GMT+1, DST) Quote: Maarten Baert
Quote: Rightwingrb
I am currently using OpenSuse 13.1 and SSR. When I click record (or hit Ctl-R) SSR will start to record for less than a second and then crash. A file is saved as the selected type (.mp4, .mkv, etc) but never larger than about 50-60kb. Any suggestions? Make sure that you are using the latest version of SSR (0.3.1) and that the ffmpeg/libav libraries are up-to-date. If that doesn't fix the problem, please send me the log file (saved in ~/.ssr/logs) and a backtrace of the crash. You can get a backtrace by running: gdb /usr/bin/simplescreenrecorder run (try to record something, wait for crash) t a a bt full quit Not quite sure what I did differently...I opened SSR to try what you suggested and it worked flawlessly with no changes. Thanks for your suggestions and I will let you know if I have any further issues. So far three days with no problems. :) |
Chelovekot |
Comment #54: Thu, 6 Nov 2014, 1:14 (GMT+1, DST) I have not so feeble machine: AMD FX(tm)-9590 (8 core), videocard — AMD Radeon HD7970, RAM — 16 Gb. But, when I record my screen with the program, I get a slideshow and freezes with frame rate about 0.3-0.5 frame per second...( The top command in terminal showes that Xorg consumes 95% and more CPU-usage. What can it be? Help, please! By the way, it is not only when I use this program. I tried to ffmpeg, recordMydesktop, vokoscreeen and so on, but the effect is the same...( P.S. I use Fedora 20 (GNOME). [SOLVED by installing openSUSE] Last modified: Fri, 7 Nov 2014, 2:10 (GMT+1, DST) |
Ubuntuaddicted |
Comment #55: Fri, 7 Nov 2014, 18:56 (GMT+1, DST) Quote: Chelovekot
I have not so feeble machine: AMD FX(tm)-9590 (8 core), videocard — AMD Radeon HD7970, RAM — 16 Gb. But, when I record my screen with the program, I get a slideshow and freezes with frame rate about 0.3-0.5 frame per second...( The top command in terminal showes that Xorg consumes 95% and more CPU-usage. What can it be? Help, please! By the way, it is not only when I use this program. I tried to ffmpeg, recordMydesktop, vokoscreeen and so on, but the effect is the same...( P.S. I use Fedora 20 (GNOME). [SOLVED by installing openSUSE] im sure it's more to do with your graphics driver libraries than it's to do with the specific distro. installing opensuse must have just done it correctly where as what you were using didn't have the libGL files correctly setup. that's my 2 cents. |
Toor |
Comment #56: Fri, 14 Nov 2014, 9:32 (GMT+1, DST) Is there an "automatic-end"-option? I think, I would need something like an auto end for ssr or a way to get the file closed correctly even if the program is forced to end. I'm using Container MP4 and video codec H.264, audi codec Vorbis on Ubuntu 12.04. Thanks a lot! SSR is really fantastic! |
Maarten BaertAdministrator |
Comment #57: Fri, 14 Nov 2014, 20:14 (GMT+1, DST) Quote: Toor
Is there an "automatic-end"-option? I think, I would need something like an auto end for ssr or a way to get the file closed correctly even if the program is forced to end. I'm using Container MP4 and video codec H.264, audi codec Vorbis on Ubuntu 12.04. Thanks a lot! SSR is really fantastic! I'm working on this. For now, the best solution is to use a tool like xmacroplay to simulate key presses, so you can run a script that waits for some time and then stops the recording by pressing the right hotkey. |
Toor |
Comment #58: Sun, 16 Nov 2014, 0:53 (GMT+1, DST) Quote: Maarten Baert
Quote: Toor
Is there an "automatic-end"-option? I think, I would need something like an auto end for ssr or a way to get the file closed correctly even if the program is forced to end. I'm using Container MP4 and video codec H.264, audi codec Vorbis on Ubuntu 12.04. Thanks a lot! SSR is really fantastic! I'm working on this. For now, the best solution is to use a tool like xmacroplay to simulate key presses, so you can run a script that waits for some time and then stops the recording by pressing the right hotkey. Okay, thanks! This will work. |
Maarten BaertAdministrator |
Comment #59: Sun, 16 Nov 2014, 19:07 (GMT+1, DST) Quote: Toor
Okay, thanks! This will work. Use the 'separate file per segment' option. If you enable that, the file is saved as soon as you stop the recording. |
Ubuntuaddicted |
Comment #60: Tue, 18 Nov 2014, 19:45 (GMT+1, DST) Is it currently possible to make SSR capture $DISPLAY :1? For example I launch a different x server which launches a game in Fullscreen on a particular monitor. I would then want SSR to capture that display and that displays audio as well. Any help would be much appreciated |
Kangaroo |
Comment #61: Sun, 23 Nov 2014, 21:00 (GMT+1, DST) Hi! |
Ubuntuaddicted |
Comment #62: Mon, 24 Nov 2014, 15:04 (GMT+1, DST) Quote: Kangaroo
Hi! If using Pulseaudio you need to create a channel map which maps the audio to both left and right. It's probably because your sound device is a stereo mic. It involves adding a line to a pulseaudio Conf file. Check out the arch wiki for pulseaudio and read the troubleshooting section for the m-audio audio interface. After you add that channel map line and restart pulseaudio you should be good to go. |
Mike |
Comment #63: Tue, 24 Feb 2015, 2:50 (GMT+1, DST) So I am fairly new to this and I would like to know how to record my skype call while doing working with my friends in gaming. Is there a way? |
Maarten BaertAdministrator |
Comment #64: Sun, 1 Mar 2015, 16:17 (GMT+1, DST) Quote: Ubuntuaddicted
Is it currently possible to make SSR capture $DISPLAY :1? For example I launch a different x server which launches a game in Fullscreen on a particular monitor. I would then want SSR to capture that display and that displays audio as well. Any help would be much appreciated This functionality exists as a patch but is not available in the official build due to GUI limitations. You may be able to compile it yourself: Quote: Mike
So I am fairly new to this and I would like to know how to record my skype call while doing working with my friends in gaming. Is there a way? Yes, read this. Last modified: Sun, 1 Mar 2015, 16:18 (GMT+1, DST) |
Sammuel |
Comment #65: Sat, 7 Mar 2015, 18:32 (GMT+1, DST) Hello, i'm running simple-build-and-install from git repo and it gets stuck saying checking for XOpenDisplay in -lX11... no configure: error: required library missing tried to google the error and found out it is related to xext libraries, but i have them installed an error still happens |
Maarten BaertAdministrator |
Comment #66: Tue, 10 Mar 2015, 21:19 (GMT+1, DST) Quote: Sammuel
Hello, i'm running simple-build-and-install from git repo and it gets stuck saying checking for XOpenDisplay in -lX11... no configure: error: required library missing tried to google the error and found out it is related to xext libraries, but i have them installed an error still happens On Debian/Ubuntu based distributions, you have to create some symlinks in order to compile the 32-bit library. You can find the instructions in the readme file. |
Jitsumi |
Comment #67: Fri, 27 Mar 2015, 7:59 (GMT+1, DST) Hello. First, I would like to thank you for your software, it's certainly the best solution for recording video games on linux. Thanks a lot! I wanted to knwo if something change recently (in your software or in opengl?). Anyway, again, thanks a lot. |
Maarten BaertAdministrator |
Comment #68: Fri, 27 Mar 2015, 23:50 (GMT+1, DST) Quote: Jitsumi
Hello. First, I would like to thank you for your software, it's certainly the best solution for recording video games on linux. Thanks a lot! I wanted to knwo if something change recently (in your software or in opengl?). Anyway, again, thanks a lot. Are you using an AMD card? It's a known problem: Last modified: Fri, 27 Mar 2015, 23:50 (GMT+1, DST) |
Jitsumi |
Comment #69: Sat, 28 Mar 2015, 5:09 (GMT+1, DST) Hello, thanks for your answer. Also my computer has optimus. I'm suppose to be all the time on the nvidia card, so i don't think it has any impact. |
Maarten BaertAdministrator |
Comment #70: Sat, 28 Mar 2015, 17:24 (GMT+1, DST) Quote: Jitsumi
Hello, thanks for your answer. Also my computer has optimus. I'm suppose to be all the time on the nvidia card, so i don't think it has any impact. Optimus has a massive impact. It adds significant additional load to the PCI Express bus, and for some reason the Linux implementation of Optimus (Bumblebee) is using far more bandwidth than necessary. GLInject uses the same bus to capture frames, so now every frame is captured exactly twice. So you should expect to see your frame rate halved when you activate the recording. 10-12 FPS sounds suspiciously low though. It could be the same issue that's affecting AMD cards. We will see once the new protocol is ready. For now, you may actually get better performance with the Intel GPU, since it avoids the PCI Express bus. |
Jitsumi |
Comment #71: Sun, 29 Mar 2015, 12:14 (GMT+1, DST) Ok, thanks. I'm actually using Prime, not Bumblebee (don't know if it change anything). I will try with the intel card to see, and will try the new protocol once released. Thanks! |
Gerberb |
Comment #72: Sat, 20 Jun 2015, 6:02 (GMT+1, DST) Suddenly ssr nolonger see's any installed codex. It claims they are not installed. I am using openSUSE 13.2 I have used ssr for a while. This is the first time I am unable to record anything because all codex's are showing as not installed. I have installed every possible codex for openSUSE 13.2. Any idea's on how to get ssr working again? |
Maarten BaertAdministrator |
Comment #73: Sun, 28 Jun 2015, 11:03 (GMT+1, DST) Quote: Gerberb
Suddenly ssr nolonger see's any installed codex. It claims they are not installed. I am using openSUSE 13.2 I have used ssr for a while. This is the first time I am unable to record anything because all codex's are showing as not installed. I have installed every possible codex for openSUSE 13.2. Any idea's on how to get ssr working again? SSR uses ffmpeg or libav as an intermediate layer to use those codecs. Just installing the codecs is not enough, you need a version of ffmpeg or libav which was compiled with support for these codecs. |
Ubuntuiscool |
Comment #74: Mon, 10 Aug 2015, 11:03 (GMT+1, DST) My hard drive isn't full, I am going to make a video in a folder I have permission to write in, and the output directory is real! I keep getting the 'Can't open output file' error, and I always use AVI and it works a lot of times. I was going to record robocraft and suddenly got this error '[PageRecord::StartPage] Starting page ... I use Ubuntu 14.04 LTS. |
Maarten BaertAdministrator |
Comment #75: Tue, 11 Aug 2015, 21:42 (GMT+1, DST) Quote: Ubuntuiscool
My hard drive isn't full, I am going to make a video in a folder I have permission to write in, and the output directory is real! I keep getting the 'Can't open output file' error, and I always use AVI and it works a lot of times. I was going to record robocraft and suddenly got this error '[PageRecord::StartPage] Starting page ... I use Ubuntu 14.04 LTS. Run SSR from a terminal, you will get more detailed error messages that way. I suspect that you're trying to use a codec which isn't supported by AVI. Is there a specific reason why you want AVI? MKV is usually a better choice. |
Ubuntuiscool |
Comment #76: Fri, 14 Aug 2015, 15:01 (GMT+1, DST) Quote: Maarten Baert
Quote: Ubuntuiscool
My hard drive isn't full, I am going to make a video in a folder I have permission to write in, and the output directory is real! I keep getting the 'Can't open output file' error, and I always use AVI and it works a lot of times. I was going to record robocraft and suddenly got this error '[PageRecord::StartPage] Starting page ... I use Ubuntu 14.04 LTS. Run SSR from a terminal, you will get more detailed error messages that way. I suspect that you're trying to use a codec which isn't supported by AVI. Is there a specific reason why you want AVI? MKV is usually a better choice. I've used AVI since I've had windows. And MVK won't work as well. Last modified: Fri, 14 Aug 2015, 15:04 (GMT+1, DST) |
Hj |
Comment #77: Tue, 18 Aug 2015, 21:52 (GMT+1, DST) Hello, I'm having trouble getting audio to record. I'm testing recording a video/audio clip form a site. Please help. Thanks. |
Stas |
Comment #78: Sat, 22 Aug 2015, 17:44 (GMT+1, DST) HI, its cool programm and thank you for your work! With default options it's ok. But when I set custom width and height I see lower quality. Blurred picture. Can I fix this? Ubuntu 14.04. Thank you |
Maarten BaertAdministrator |
Comment #79: Sun, 23 Aug 2015, 23:23 (GMT+1, DST) Quote: Hj
Hello, I'm having trouble getting audio to record. I'm testing recording a video/audio clip form a site. Please help. Thanks. Try installing 'PulseAudio Volume Control' and use it to check that you haven't accidentally muted the source that you are trying to record. You should do this while SSR is running and recording. Quote: Stas
HI, its cool programm and thank you for your work! With default options it's ok. But when I set custom width and height I see lower quality. Blurred picture. Can I fix this? Ubuntu 14.04. Thank you Try increasing the bitrate. |
Gnussbaum |
Comment #80: Fri, 18 Sep 2015, 17:16 (GMT+1, DST) Trying to install ssr on Scientific Linux 6.4. When running the simple-build-and-install script I get: checking pkg-config is at least version 0.9.0... yes I have QT4 installed: rpm -qa | grep qt Any ideas how to fix this? |
Maarten BaertAdministrator |
Comment #81: Tue, 22 Sep 2015, 23:30 (GMT+1, DST) Quote: Gnussbaum
Trying to install ssr on Scientific Linux 6.4. When running the simple-build-and-install script I get: checking pkg-config is at least version 0.9.0... yes I have QT4 installed: rpm -qa | grep qt Any ideas how to fix this? You need at least Qt 4.8. Scientific Linux 6.4 is based on RHEL 6, AFAIK you need at least RHEL 7 to compile SSR successfully. |
Tuxmario |
Comment #82: Tue, 27 Oct 2015, 15:36 (GMT+1, DST) Hello sudo add-apt-repository ppa:maarten-baert/simplescreenrecorder sudo apt-get update But I got the message W: Impossible de récupérer http://ppa.launchpad.net/maarten-baert/simplescreenrecorder/ubuntu/dists/wily/main/binary-amd64/Packages 404 Not Found |
Ahmed-dirie |
Comment #83: Mon, 2 Nov 2015, 19:07 (GMT+1, DST) Hi Maarten https://www.dropbox.com/s/d499q58uh1gyehw/Selection_001.png?dl=0 |
Maarten BaertAdministrator |
Comment #84: Mon, 2 Nov 2015, 22:24 (GMT+1, DST) Quote: Tuxmario
Hello sudo add-apt-repository ppa:maarten-baert/simplescreenrecorder sudo apt-get update But I got the message W: Impossible de récupérer http://ppa.launchpad.net/maarten-baert/simplescreenrecorder/ubuntu/dists/wily/main/binary-amd64/Packages 404 Not Found The 15.10 package is now available. Quote: Ahmed-dirie
Hi Maarten https://www.dropbox.com/s/d499q58uh1gyehw/Selection_001.png?dl=0 This should now be fixed in 0.3.6. The new package should be available soon. |
Aj |
Comment #85: Tue, 3 Nov 2015, 0:13 (GMT+1, DST) I have SCR installed and working. What happened is the power died and a recording was not closed is there a way that I can close the crashed recording? And then view it? The info that comes up is "file format not recognized" Thanks AJ |
Maarten BaertAdministrator |
Comment #86: Wed, 4 Nov 2015, 0:20 (GMT+1, DST) Quote: Aj
I have SCR installed and working. What happened is the power died and a recording was not closed is there a way that I can close the crashed recording? And then view it? The info that comes up is "file format not recognized" Thanks AJ This depends on the file format. For MKV this is almost never a problem, the files will play just fine even if the end is missing. For MP4, the file becomes completely corrupted and it is very hard to fix. That's why MKV is the default. Which format were you using? |
Brian Crenna |
Comment #87: Wed, 4 Nov 2015, 6:58 (GMT+1, DST) Hello, I have been using SSR (thank you!) for a couple of years without any issues (Ubuntu 12.04). Recently, an unexpected vertical colour bar has appeared along the right side of videos captured, tested with several different codecs, frame rates, bit rates, etc.. Here is a screen capture: [img]http://www.thunderbeachscientific.com/ssr.png[/img] It was working fine about a month ago; I've updated Ubuntu a couple of times since the last time I used it, but haven't made any other changes to my system. I tried rebooting and re-installing both SSR and ffmpeg in an attempt to fix it (didn't help, but maybe it's an issue with the latest version of ffmpeg? I don't know what's changed in the system since the last time I used SSR.) Thanks for any information, Brian Update: I see that you responded to the previous question; sorry, I didn't notice it before. I guess the new update will fix the problem; here's hoping it's soon! Last modified: Wed, 4 Nov 2015, 13:54 (GMT+1, DST) |
Aj |
Comment #88: Fri, 6 Nov 2015, 23:56 (GMT+1, DST) Quote: Maarten Baert
Quote: Aj
I have SCR installed and working. What happened is the power died and a recording was not closed is there a way that I can close the crashed recording? And then view it? The info that comes up is "file format not recognized" Thanks AJ This depends on the file format. For MKV this is almost never a problem, the files will play just fine even if the end is missing. For MP4, the file becomes completely corrupted and it is very hard to fix. That's why MKV is the default. Which format were you using? The MP4 format that was being used. Thanks AJ |
Maarten BaertAdministrator |
Comment #89: Mon, 9 Nov 2015, 0:45 (GMT+1, DST) Quote: Aj
The MP4 format that was being used. Thanks AJ What I've found so far is this: |
Orcun Seden |
Comment #90: Mon, 16 Nov 2015, 15:11 (GMT+1, DST) I am using RHEL6 64 bit. I try to install SSR 0.3.6 with rpm -i. But it gives dependency error. libQtGui.so.4 is needed by SSR. I have compiled Qt4.8.6 and i have defined QTDIR, LD_LIBRARY_PATH=QTDIR/lib but dependency error still exists. Do i need to define any other variable to make SSR found QtGui.so.4.8.6. I have compiled Qt 4.8.6 both 32 and 64 bit. Thank you Last modified: Mon, 16 Nov 2015, 15:13 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #91: Sun, 13 Dec 2015, 18:41 (GMT+1, DST) Quote: Orcun Seden
I am using RHEL6 64 bit. I try to install SSR 0.3.6 with rpm -i. But it gives dependency error. libQtGui.so.4 is needed by SSR. I have compiled Qt4.8.6 and i have defined QTDIR, LD_LIBRARY_PATH=QTDIR/lib but dependency error still exists. Do i need to define any other variable to make SSR found QtGui.so.4.8.6. I have compiled Qt 4.8.6 both 32 and 64 bit. Thank you For future reference: |
Stoned Goblin |
Comment #92: Mon, 4 Jan 2016, 15:08 (GMT+1, DST) Hi. I have trouble with record game, that starts over dosbox. Program recording video from game only on 1/4 screen. What do you say? How to solve this problem? |
Zebedee |
Comment #93: Fri, 8 Jan 2016, 18:21 (GMT+1, DST) Hi, I've made several recordings with this program and they've turned out perfectly, thank you. Many thanks. |
Warlord33 |
Comment #94: Sat, 9 Jan 2016, 16:36 (GMT+1, DST) Hello. I know you there has been other people with this problem, but I am using the MKV format. I have recorded fine with other things, but suddenly it has stopped working. I also did not realise at first as I used the shortcut, but it does not work at all. [PageRecord::StartPage] Starting page ... If you want the terminal version I can do that if you want. I would really be happy if you could help me fix this :D |
Maarten BaertAdministrator |
Comment #95: Sun, 10 Jan 2016, 14:18 (GMT+1, DST) Quote: Stoned Goblin
Hi. I have trouble with record game, that starts over dosbox. Program recording video from game only on 1/4 screen. What do you say? How to solve this problem? See: https://github.com/MaartenBaert/ssr/issues/421 Quote: Zebedee
Hi, I've made several recordings with this program and they've turned out perfectly, thank you. Many thanks. If you are using MKV, this is not a problem. The video length will be missing, but it should still play in VLC. If you are using MP4, then you do have a problem - the file contains some crucial data at the end and is useless without it. So far I haven't found a working way to fix these files, which is why I recommend MKV. Quote: Warlord33
Hello. I know you there has been other people with this problem, but I am using the MKV format. I have recorded fine with other things, but suddenly it has stopped working. I also did not realise at first as I used the shortcut, but it does not work at all. [PageRecord::StartPage] Starting page ... If you want the terminal version I can do that if you want. I would really be happy if you could help me fix this :D See: https://github.com/MaartenBaert/ssr/issues/422 Last modified: Sun, 10 Jan 2016, 14:23 (GMT+1, DST) |
Warlord33 |
Comment #96: Sun, 10 Jan 2016, 17:08 (GMT+1, DST) Thankyou! I feel like a right twerp now. I had forgotten I changed the folder names, so it didn't work. Back to recording now, Thanks a lot! |
Zebedee |
Comment #97: Thu, 14 Jan 2016, 22:09 (GMT+1, DST) Quote: Maarten Baert
If you are using MKV, this is not a problem. The video length will be missing, but it should still play in VLC. If you are using MP4, then you do have a problem - the file contains some crucial data at the end and is useless without it. So far I haven't found a working way to fix these files, which is why I recommend MKV. Sadly I did use MP4. I guess I'll just have to hope that there's a fix somehow. |
Peter |
Comment #98: Wed, 20 Jan 2016, 11:14 (GMT+1, DST) Hi all! I have a problem with Simplescreenrecorder. When I star recording, the program closes and nothing is recorded.. what can I do? |
Optimisticpessimist |
Comment #99: Sun, 31 Jan 2016, 3:45 (GMT+1, DST) Quote: Maarten Baert
Quote: Ubuntuaddicted
since ssr is going to record at 44100 no matter what, i should NOT set pulse default to 48000 then correct? Just curious why i've read that 48000 is the preferred sample rate for streaming and if you have heard that? I don't know. Some people seem to prefer 48000, others 44100. It really doesn't matter as long as you avoid unnecessary conversions, so for the best audio quality you should indeed set PulseAudio to 44100 as well. Quote: Ubuntuaddicted
I spent hours upon hours trying to get a bash script of ffmpeg or avconv to work right and no matter what it wasn't sync'ing the audio streams with the video. This is a problem inherent to ffmpeg, it doesn't have a good system to deal with synchronization issues AFAIK. It just assumes that if you start the video and audio at roughly the same, it will stay in sync, but that's often not true. It also assumes that the video frame rate stays constant throughout the entire video, which is also not true. Those are the things I had to do myself to make it work properly :). I have a link to formatting instructions to reduce complications and processing time if you want to upload to YouTube. https://support.google.com/youtube/answer/1722171?hl=en, it suggests specifically "Sample rate 96khz or 48khz." |
Skeptical_frog |
Comment #100: Fri, 26 Feb 2016, 12:17 (GMT+1, DST) Hi Maarten, I hope that all is well in your neck of the woods. I like your creation, SSR, it is very good. Despite all the warnings (might get banned, might not work etc) I went ahead and recorded some gameplay from ARMA 3 using the OpenGL recording feature, with OpenGL flipping still active on my Nvidia graphics card.(If I do not have OpenGL flipping activated I experience tearing when moving quickly from side to side during game play). Well, I did not get banned (not yet anyway!), nothing blew up and nothing crashed so that was a good start. The quality of the end product in terms of how the finished video looks is fantastic, however, there is a constant problem with what I can only describe as "lag" (image on the screen freezes but the action in the game continues, there is also a loss of sound before the image on the screen "unfreezes" and control is regained). It seems to be at its worst when there is a firefight with lots of bullets flying about. I would like to be able to create some videos for You Tube showing ARMA 3 game play on a Linux system using your recording software. Would you know if there is any way I could eliminate this problem, something I am not doing or am doing , but shouldn't be, or is it simply the "nature of the beast" in that the OpenGL recording is experimental? Anyway, the settings for SSR that I am using together with my PC's specs are as follows : SSR OpenGL Settings : Limit Application Frame Rate is checked. My PC OS : Linux Mint 17.2 Any advice or assistance that you could provide would be greatly appreciated. Warm Regards Last modified: Fri, 26 Feb 2016, 12:23 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #101: Sun, 28 Feb 2016, 14:32 (GMT+1, DST) Quote: Skeptical_frog
Hi Maarten, I hope that all is well in your neck of the woods. I like your creation, SSR, it is very good. Despite all the warnings (might get banned, might not work etc) I went ahead and recorded some gameplay from ARMA 3 using the OpenGL recording feature, with OpenGL flipping still active on my Nvidia graphics card.(If I do not have OpenGL flipping activated I experience tearing when moving quickly from side to side during game play). Well, I did not get banned (not yet anyway!), nothing blew up and nothing crashed so that was a good start. The quality of the end product in terms of how the finished video looks is fantastic, however, there is a constant problem with what I can only describe as "lag" (image on the screen freezes but the action in the game continues, there is also a loss of sound before the image on the screen "unfreezes" and control is regained). It seems to be at its worst when there is a firefight with lots of bullets flying about. I would like to be able to create some videos for You Tube showing ARMA 3 game play on a Linux system using your recording software. Would you know if there is any way I could eliminate this problem, something I am not doing or am doing , but shouldn't be, or is it simply the "nature of the beast" in that the OpenGL recording is experimental? Anyway, the settings for SSR that I am using together with my PC's specs are as follows : SSR OpenGL Settings : Limit Application Frame Rate is checked. My PC OS : Linux Mint 17.2 Any advice or assistance that you could provide would be greatly appreciated. Warm Regards The current OpenGL recording method has the disadvantage that it 'stalls' the GPU command queue while capturing the image. Some game engines don't like that. In most cases it just results in an FPS drop though, I haven't heard of a game that actually freezes like you describe. If I understand this correctly, what happens is: Could you try running the game in fullscreen, with flipping enabled, to see if that makes any difference? The 'flipping problem' doesn't affect OpenGL recording, so in this case it may actually improve things. I am working on a new and improved OpenGL recording method which will hopefully avoid issues like this. Last modified: Sun, 28 Feb 2016, 14:32 (GMT+1, DST) |
Quantum Gestalt |
Comment #102: Fri, 22 Apr 2016, 17:17 (GMT+1, DST) First, great product - simple yet powerful. Could use some User Interface tweaks, but that's minor... Using it on Ubuntu, and this problem has persisted since (at least) 15.10, and continues with the current Ubuntu 16.04. I run Ubuntu in a VirtualBox (5.0.18) client virtual machine on a Windows host. I am running the current version of SSR. With the exception of capturing video, everything works great (3D enabled or disabled). When the client VM has 3D DISabled, everything works fine. Video and audio are recorded nicely, within the capabilities of my machine. By that I mean that the application that I am recording (such as full desktop YouTube video window showing) is rendering for me very poorly. When the client VM has 3D ENabled, the audio still records fine, however the video only records black (or sometimes the default wallpaper). If I enable "record cursor" in SSR, I can see the cursor moving around in the "preview" window, so I know *something* is working. Any idea what is going on, and how I could fix it? Running the client with 3D disabled has significant performance penalties, and is not workable. This is what shows in SSR's log window. Trying different encodings/containers has no effect (of course): My guess is that VirtualBox client 3D support is done by capturing OpenGL calls from the client, and passing them to the host. My question now is: how do I configure SSR to capture either a defined window, or even the full display, in this situation? |
Maarten BaertAdministrator |
Comment #103: Sun, 24 Apr 2016, 18:03 (GMT+1, DST) Quote: Quantum Gestalt
First, great product - simple yet powerful. Could use some User Interface tweaks, but that's minor... Using it on Ubuntu, and this problem has persisted since (at least) 15.10, and continues with the current Ubuntu 16.04. I run Ubuntu in a VirtualBox (5.0.18) client virtual machine on a Windows host. I am running the current version of SSR. With the exception of capturing video, everything works great (3D enabled or disabled). When the client VM has 3D DISabled, everything works fine. Video and audio are recorded nicely, within the capabilities of my machine. By that I mean that the application that I am recording (such as full desktop YouTube video window showing) is rendering for me very poorly. When the client VM has 3D ENabled, the audio still records fine, however the video only records black (or sometimes the default wallpaper). If I enable "record cursor" in SSR, I can see the cursor moving around in the "preview" window, so I know *something* is working. Any idea what is going on, and how I could fix it? Running the client with 3D disabled has significant performance penalties, and is not workable. This is what shows in SSR's log window. Trying different encodings/containers has no effect (of course): My guess is that VirtualBox client 3D support is done by capturing OpenGL calls from the client, and passing them to the host. My question now is: how do I configure SSR to capture either a defined window, or even the full display, in this situation? This is a known limitation of how VMs handle 3D acceleration. They apparently don't allow me to read back data from the GPU like I need to do to record the screen. I don't know why, maybe it's for security reasons. You could record from the host machine (outside the VM). You could also try to use OpenGL Recording (a.k.a. ssr-glinject), I think it might still work in this case. |
Kyu |
Comment #104: Wed, 4 May 2016, 19:17 (GMT+1, DST) Hello sir, My screen goes black(nothing on the screen) after i start recording, all i can do is restart my laptop,it also happens if i record with kazam, Last modified: Wed, 4 May 2016, 19:25 (GMT+1, DST) |
Madmike |
Comment #105: Fri, 13 May 2016, 10:29 (GMT+1, DST) Hello! Sorry if im repeating myself btw. I don’t mine it, but it would be easier for me if i just pause it instead of editing it all together. thx, MadMike |
Maarten BaertAdministrator |
Comment #106: Mon, 23 May 2016, 0:16 (GMT+1, DST) Quote: Kyu
Hello sir, My screen goes black(nothing on the screen) after i start recording, all i can do is restart my laptop,it also happens if i record with kazam, If this is also happening with Kazam, then this is most likely a driver bug which I can't fix, sorry. Quote: Madmike
Hello! Sorry if im repeating myself btw. I don’t mine it, but it would be easier for me if i just pause it instead of editing it all together. thx, MadMike SSR only saves video files as separate files if you have checked the checkbox that tells it to do so. So just uncheck it. There is no simple way to combine audio from two sources, it can only be done with JACK or with external tools after you've recorded the video (just record the second audio source in a program like Audacity and synchronize manually). Last modified: Mon, 23 May 2016, 0:16 (GMT+1, DST) |
Luken |
Comment #107: Tue, 14 Jun 2016, 21:19 (GMT+1, DST) I'm using this handy script for setting up sinks etc, to record mic and system audio at the same time: #!/bin/bash
HEADPHONES_DEVICE=usb-Logitech_Logitech_G35_Headset-00
pactl load-module module-null-sink sink_name=duplex_out sink_properties=device.description="duplex_out"
pactl load-module module-null-sink sink_name=game_out sink_properties=device.description="game_out"
pactl load-module module-loopback source=game_out.monitor sink=alsa_output.${HEADPHONES_DEVICE}.analog-stereo
pactl load-module module-loopback source=game_out.monitor sink=duplex_out
pactl load-module module-loopback source=alsa_input.${HEADPHONES_DEVICE}.analog-mono sink=duplex_out
It almost works - unfortunately, I'm getting a recurring error: [Synchronizer::ReadAudioSamples] Warning: Received audio samples with non-monotonic timestamp. And it looks like the sound changes pitch over time. I'm using Arch Linux, pulseaudio 8.0, SSR 0.3.6 . I didn't have issues about 2 years ago, but just lately I tried to setup everything again, on the new system, and it doesn't work properly unfortunately. Any ideas how could I try to debug it? Added: Error happens only when I set up "duplex_out" as the audio source. Last modified: Tue, 14 Jun 2016, 21:21 (GMT+1, DST) |
Detheridge |
Comment #108: Sat, 23 Jul 2016, 16:56 (GMT+1, DST) It records from my microphone and my system speakers, but the volume is rather low. I am using ALSA with [sysdefault:1] HD-Audio Generic (shared) When i tried PulseAudio the video was recorded but no audio. When I tried Jack - same thing. Recording audio from the speakers is not really that important, but recording the voice is. --- Help. |
Maarten BaertAdministrator |
Comment #109: Mon, 1 Aug 2016, 23:55 (GMT+1, DST) Quote: Detheridge
It records from my microphone and my system speakers, but the volume is rather low. I am using ALSA with [sysdefault:1] HD-Audio Generic (shared) When i tried PulseAudio the video was recorded but no audio. When I tried Jack - same thing. Recording audio from the speakers is not really that important, but recording the voice is. --- Help. Try running alsamixer in a terminal. It may give you some options to amplify the microphone signal that aren't shown in the system settings. |
Octavsly |
Comment #110: Sun, 7 Aug 2016, 19:06 (GMT+1, DST) Hi Maarten, Again the : [Synchronizer::ReadAudioSamples] Warning: Too many audio samples, dropping samples to keep the audio in sync with the video. I am using ALSA (not pulseaudio). While playing the final movie, the audio is skipping every other second. Any idea how to debug this? When not recording: cat /proc/asound/card1/stream0
Samson Technologies Samson Q2U Microphone at usb-0000:00:1a.1-1, full speed : USB Audio
Playback:
Status: Stop
Interface 1
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 1 OUT (SYNC)
Rates: 8000 - 48000 (continuous)
Capture:
Status: Stop
Interface 2
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 2 IN (SYNC)
Rates: 8000 - 48000 (continuous)
When recording cat /proc/asound/card1/stream0
Samson Technologies Samson Q2U Microphone at usb-0000:00:1a.1-1, full speed : USB Audio
Playback:
Status: Stop
Interface 1
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 1 OUT (SYNC)
Rates: 8000 - 48000 (continuous)
Capture:
Status: Running
Interface = 2
Altset = 1
Packet Size = 196
Momentary freq = 44100 Hz (0x2c.199a)
Interface 2
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 2 IN (SYNC)
Rates: 8000 - 48000 (continuous)
|
Maarten BaertAdministrator |
Comment #111: Sun, 7 Aug 2016, 22:31 (GMT+1, DST) Quote: Octavsly
Hi Maarten, Again the : [Synchronizer::ReadAudioSamples] Warning: Too many audio samples, dropping samples to keep the audio in sync with the video. I am using ALSA (not pulseaudio). While playing the final movie, the audio is skipping every other second. Any idea how to debug this? That's strange. Is the audio pitch-shifted? It's possible that your microphone is recording at 48000 Hz when it should be 44100 Hz, I've seen a similar bug before with PulseAudio, but never with ALSA. You could test this by running the following command: arecord --device=hw:1 --format=S16_LE --channels=2 --rate=44100 /tmp/test.wav Now play back some audio (like this 220Hz sine wave), record it, and compare the pitch of the recorded audio with the original. If the pitch is wrong, it's a bug in ALSA. You could try again with 48000 Hz instead of 44100 Hz to see if this changes anything. It may also be helpful to run SSR with the following option: simplescreenrecorder --syncdiagram This will show a diagram while recording which can reveal some timing issues with the input signal. It would be useful if you could post a screenshot of the diagram. |
Octavsly |
Comment #112: Mon, 8 Aug 2016, 17:44 (GMT+1, DST) Thanks for your comments. In the meantime the problem disappeared. The only thing I did was to change the parameter, of the networking card (e1000e), InterruptThrottleRate from 3 (adaptive conservative) to 8000 (the amount of interrupts per second). https://www.kernel.org/doc/Documentation/networking/e1000e.txt I did this since a test with iperf3 froze the whole system. My system setup has no hard-disk and boots from NFS (diskless node), thus there is a lot of traffic on the network card. lspci -v -s 00:19.0
00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network Connection (rev 02)
Subsystem: Fujitsu Technology Solutions 82567LM-3 Gigabit Network Connection
Flags: bus master, fast devsel, latency 0, IRQ 29
Memory at fc200000 (32-bit, non-prefetchable) [size=128K]
Memory at fc227000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 1820 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] PCI Advanced Features
Kernel driver in use: e1000e
dmesg | grep e100 [ 0.187428] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI [ 0.187536] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 0.187657] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k [ 0.187763] e1000e: Copyright(c) 1999 - 2014 Intel Corporation. [ 0.188024] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to 8000 [ 0.403201] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) 00:19:99:0f:6b:40 [ 0.403313] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection [ 0.403462] e1000e 0000:00:19.0 eth0: MAC: 8, PHY: 8, PBA No: FFFFFF-0FF [ 3.758884] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx |
Cactix |
Comment #113: Wed, 10 Aug 2016, 19:04 (GMT+1, DST) Hi Maarten Thanks for the best screen recorder in Linux! I'm having problems recording WEBM with VP8. Although VP8 is installed, simplescreenrecorder states it is not installed. [root@cactix2 ~]# ffmpeg -codecs |grep -i vp8 ffmpeg version 2.6.8 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-ladspa --enable-libass --enable-libcdio --enable-libdc1394 --enable-libfaac --enable-nonfree --enable-libfdk-aac --enable-nonfree --disable-indev=jack --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libvpx --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libx264 --enable-libx265 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 26.100 / 56. 26.100 libavformat 56. 25.101 / 56. 25.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 11.102 / 5. 11.102 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 D.V.L. vp8 On2 VP8 Last modified: Wed, 10 Aug 2016, 22:29 (GMT+1, DST) |
Cactix |
Comment #114: Thu, 11 Aug 2016, 0:23 (GMT+1, DST) I fixed the problem. It turns out that although ffmpeg (the RPM version) shows that various codecs were complied they actually are not. I recompiled ffmpeg and simplescreenrecorder from source and now it works. |
Daviddoji |
Comment #115: Mon, 15 Aug 2016, 12:59 (GMT+1, DST) Hi Maarten! Thanks a lot for this great software. I was recording some videos from YT in KDE Plasma without any problems. Last days, I've been trying doing from an Archlinux machine with XFCE and I can't record the audio. In your software, I can choose ALSA, PULSEAUDIO or JACK. [default] Default source --> no sound recorded PULSEAUDIO shows no source at all. If I select JACK and "record system speakers", when I initialize the recording, it gives me this error: I would like to record the sound coming from the speakers of my screen as I was doing before in KDE Plasma desktop. Any ideas why I can't? Thanks in advance |
Maarten BaertAdministrator |
Comment #116: Mon, 15 Aug 2016, 20:58 (GMT+1, DST) Quote: Cactix
Hi Maarten Thanks for the best screen recorder in Linux! I'm having problems recording WEBM with VP8. Although VP8 is installed, simplescreenrecorder states it is not installed. You're seeing the VP8 decoder, SSR needs the VP8 encoder (which is called 'libvpx'). Quote: Daviddoji
Hi Maarten! Thanks a lot for this great software. I was recording some videos from YT in KDE Plasma without any problems. Last days, I've been trying doing from an Archlinux machine with XFCE and I can't record the audio. In your software, I can choose ALSA, PULSEAUDIO or JACK. [default] Default source --> no sound recorded PULSEAUDIO shows no source at all. If I select JACK and "record system speakers", when I initialize the recording, it gives me this error: I would like to record the sound coming from the speakers of my screen as I was doing before in KDE Plasma desktop. Any ideas why I can't? Thanks in advance There is no way to record the speakers in ALSA, unless you use a physical cable to route the audio out to the audio in channel. Ironically this is still the most reliable method. You may have to disable 'auto mute' in alsamixer though, otherwise your speakers will be muted. PulseAudio makes it much easier to record the speakers, but it's buggy at times. Arch Linux doesn't install it by default, but if you want, you can. JACK can do it reliably but it takes some effort to set up. There are more detailed instructions here. Last modified: Mon, 15 Aug 2016, 21:06 (GMT+1, DST) |
Cactix |
Comment #117: Fri, 19 Aug 2016, 21:55 (GMT+1, DST) Is there a possibility to include a fixed keyframe interval setting into MP4 h.264 recordings? Currently I add keyframes as follows (but it takes some time): ffmpeg -i test.mp4 -codec:v libx264 -r 23.976 -force_key_frames "expr:gte(t,n_forced*2)" -c:a copy -y test2.mp4 or by ffmpeg -i test.mp4 -codec:v libx264 -r 23.976 -x264opts "keyint=48:min-keyint=48:no-scenecut" -c:a copy -y test3.mp4 |
Maarten BaertAdministrator |
Comment #118: Tue, 23 Aug 2016, 6:08 (GMT+1, DST) Quote: Cactix
Is there a possibility to include a fixed keyframe interval setting into MP4 h.264 recordings? Currently I add keyframes as follows (but it takes some time): ffmpeg -i test.mp4 -codec:v libx264 -r 23.976 -force_key_frames "expr:gte(t,n_forced*2)" -c:a copy -y test2.mp4 or by ffmpeg -i test.mp4 -codec:v libx264 -r 23.976 -x264opts "keyint=48:min-keyint=48:no-scenecut" -c:a copy -y test3.mp4 Yes, read this article. |
Cactix |
Comment #119: Wed, 24 Aug 2016, 20:39 (GMT+1, DST) Quote: Maarten Baert
Quote: Cactix
Is there a possibility to include a fixed keyframe interval setting into MP4 h.264 recordings? Currently I add keyframes as follows (but it takes some time): ffmpeg -i test.mp4 -codec:v libx264 -r 23.976 -force_key_frames "expr:gte(t,n_forced*2)" -c:a copy -y test2.mp4 or by ffmpeg -i test.mp4 -codec:v libx264 -r 23.976 -x264opts "keyint=48:min-keyint=48:no-scenecut" -c:a copy -y test3.mp4 Yes, read this article. Great thanks |
Boezer_onkel |
Comment #120: Wed, 14 Sep 2016, 11:18 (GMT+1, DST) SimpleScreenRecoder - Really well done and a usefull, nice tool. But *pleeeeeaze* tell me how to start it MINIMIZED after user-login to Mint 17.1 Rebecca XFCE-4 I always need and use the same preferences - and want it to be automaticly been started in standby-mode to my statusbar WITHOUT clicking throug these two windows, been shown after loading. Greetz and merci. Der Böse Onkel Last modified: Wed, 14 Sep 2016, 11:22 (GMT+1, DST) |
Oscar77 |
Comment #121: Thu, 15 Sep 2016, 22:52 (GMT+1, DST) First many thanks for this great software! I have a problem recording video with webcam mic. I'm using pulseaudio, webcam option. When i record sound from webcam sound is x2 faster, it's x2 normal speed. How i can solve it? Many thanks! |
Maarten BaertAdministrator |
Comment #122: Fri, 16 Sep 2016, 2:03 (GMT+1, DST) Quote: Boezer_onkel
But *pleeeeeaze* tell me how to start it MINIMIZED after user-login to Mint 17.1 Rebecca XFCE-4 Use the command-line option --start-hidden. Quote: Oscar77
First many thanks for this great software! I have a problem recording video with webcam mic. I'm using pulseaudio, webcam option. When i record sound from webcam sound is x2 faster, it's x2 normal speed. How i can solve it? Many thanks! That sounds like a PulseAudio bug. Do you have the same problem if you record from that webcam in a different program, such as Audacity? |
Oscar77 |
Comment #123: Fri, 16 Sep 2016, 8:04 (GMT+1, DST) Quote: Maarten Baert
That sounds like a PulseAudio bug. Do you have the same problem if you record from that webcam in a different program, such as Audacity? Nope Maarten, in Audacity sound it's smooth :-S What can i do? Thanks for your response :-) Last modified: Sat, 17 Sep 2016, 2:05 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #124: Sat, 17 Sep 2016, 2:12 (GMT+1, DST) Quote: Oscar77
Quote: Maarten Baert
That sounds like a PulseAudio bug. Do you have the same problem if you record from that webcam in a different program, such as Audacity? Nope Maarten, in Audacity sound it's smooth :-S What can i do? Thanks for your response :-) Can you try it again in SSR and send me the log file (saved in ~/.ssr/logs)? |
Jayce |
Comment #125: Sun, 6 Aug 2017, 13:59 (GMT+1, DST) Hello! Tried to record my desktop on Gnome manjaro 17 or solus budgie and keep non seeing the menus open ( whatever the program is) I only see the desktop and the cursor moving : as soon as i open a window I can't see it even if open!! Its works correctly on Mint but not on manjaro 17 or solus Budgie Have you got a solution? Tks a lot |
Vaughant |
Comment #126: Mon, 28 Aug 2017, 19:47 (GMT+1, DST) SimpleScreenRecorder is by far the best screen recorder I have used including those on Windows. I am running it on Linux Mint and it just works wonderfully and it is so fast. It is a pleasure to use, |
Maarten BaertAdministrator |
Comment #127: Mon, 28 Aug 2017, 23:28 (GMT+1, DST) Quote: Jayce
Hello! Tried to record my desktop on Gnome manjaro 17 or solus budgie and keep non seeing the menus open ( whatever the program is) I only see the desktop and the cursor moving : as soon as i open a window I can't see it even if open!! Its works correctly on Mint but not on manjaro 17 or solus Budgie Have you got a solution? Tks a lot Are you using the Wayland version of Gnome? In that case it won't work, Wayland doesn't support screen capturing. It could also be a problem with the window manager - this seems to happen with Gnome for some people, but not everyone. Sadly it is not something I can fix. Quote: Vaughant
SimpleScreenRecorder is by far the best screen recorder I have used including those on Windows. I am running it on Linux Mint and it just works wonderfully and it is so fast. It is a pleasure to use, That's nice to hear :). I'm glad you like it. |
Vafa |
Comment #128: Fri, 8 Sep 2017, 22:57 (GMT+1, DST) I have the application but I can't use it due to windows size. Take a look at print screen: I can't change the windows size, my screen resolution is on maximum, I try different size but same issue. |
Robertdaleweir |
Comment #129: Mon, 25 Sep 2017, 0:44 (GMT+1, DST) Vafa Last modified: Mon, 25 Sep 2017, 1:04 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #130: Sun, 29 Oct 2017, 2:41 (GMT+1, DST) Quote: Vafa
I have the application but I can't use it due to windows size. Take a look at print screen: I can't change the windows size, my screen resolution is on maximum, I try different size but same issue. Quote: Robertdaleweir
Vafa The problem is that your screen resolution just doesn't leave enough room for the program. This will be fixed in the next version (it automatically adds scroll bars when it detects this problem). You can already get the new version from GitHub if you compile it yourself. |
Philipc |
Comment #131: Sun, 28 Jan 2018, 20:15 (GMT+1, DST) Hello, I've been using SSR for about 5 years. Nowadays I have a dual-Xeon (E5-2696 v3) workstation, each CPU has 18 physical cores, 36 virtual cores, so (x 2 cpu's =) 72 virtual cores total. I've been trying to record a streaming video using libx265, but I get the error [BaseEncoder::Init] Error: Can't open codec! [PageRecord::StartOutput] Error: Something went wrong during initialization The log shows (omitting escape codes): [libx265 @ 0x558306c511c0] Application has requested 72 threads. Using a thread count greater than 16 is not recommended. x265 [info]: HEVC encoder version 2.4 x265 [info]: build info [Linux][GCC 7.1.1][64 bit] 8bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 x265 [error]: frameNumThreads (--frame-threads) must be [0 .. X265_MAX_FRAME_THREADS) [libx265 @ 0x558306c511c0] Cannot open libx265 encoder. [BaseEncoder::Init] Error: Can't open codec! [PageRecord::StartOutput] Error: Something went wrong during initialization. Can you suggest parameters in the "Custom options:" box? I've already tried frame-threads=16:lookahead-threads=8 without success. Thanks much, |
Philipc |
Comment #132: Sun, 28 Jan 2018, 23:49 (GMT+1, DST) Quote: Philipc
...Can you suggest parameters in the "Custom options:" box?... Ah, do I ever feel sheepish. All it takes is to add "threads=16" in the custom options. Feel free to delete this and the above message. Last modified: Sun, 28 Jan 2018, 23:50 (GMT+1, DST) |
Burgs |
Comment #133: Mon, 26 Feb 2018, 23:51 (GMT+1, DST) Hi Maarten, nice to come across such a feature rich and intuitive screen recorder, seems to have everything. I'm I novice to this though and seem to have a problem. Here are files of the settings, the recorded file and screenshot of footage - indicating better resolution Last modified: Tue, 27 Feb 2018, 11:08 (GMT+1, DST) |
Andres |
Comment #134: Wed, 28 Feb 2018, 12:42 (GMT+1, DST) Hi there, I've been using SSR for years, but this time, after a fresh installation of ubuntu 17.10 I can not make it work properly, I get a video with sound but the only image I can see is the mouse pointer going around on a black background, I have tried all combinations, and always is the same result. What can I do to fix this? Thanks |
Andres |
Comment #135: Wed, 28 Feb 2018, 13:06 (GMT+1, DST) I have tried others screen recorders and it happens the same with all of them.... |
Andres |
Comment #136: Wed, 28 Feb 2018, 15:08 (GMT+1, DST) I've found the solution here: https://askubuntu.com/questions/968497/obs-on-ubuntu-17-10-artful-black-screen-only-cursor-in-screen-capture-mode It says: Ubuntu 17.10 runs on wayland as display manager and most software like SSR are not yet updated for it. To make SSR work log out and beside "Sign in" button you will see a small cogwheel. click on it and choose "Ubuntu on Xorg" or "Gnome on Xorg" and you're good to go, SSR should work on that, but this reverts you to using X as display manager. |
Maarten BaertAdministrator |
Comment #137: Thu, 1 Mar 2018, 1:32 (GMT+1, DST) Quote: Burgs
Hi Maarten, nice to come across such a feature rich and intuitive screen recorder, seems to have everything. I'm I novice to this though and seem to have a problem. Here are files of the settings, the recorded file and screenshot of footage - indicating better resolution Several issues:
|
Aidave |
Comment #138: Fri, 9 Mar 2018, 11:49 (GMT+1, DST) I have been having a lot of trouble recently with SSR. A couple years ago it was working fine, but now I'm having problems with audio dropping out, specifically for Twitch casting. It seems to happen the most when new applications are launched, but not always. It happens no matter what audio settings I use for Pulse. The SSR app would freeze up when trying to quit. I ran it from the command line and there were a number of clues. It said can't make thread high priority. Another, it said on exit: "two AAC frames left in queue on closing". After running with gksudo, it seemed to clear up, but it just ran longer, eventually losing video too, and giving the same warning after exit (two AAC frames left in queue on closing). I also get this same behavior on two different machines, one running Ubuntu 16.04, and another running Gallium OS, both up-to-date. |
Aidave |
Comment #139: Fri, 9 Mar 2018, 12:39 (GMT+1, DST) After some digging, I've found this: https://trac.ffmpeg.org/ticket/6375 I tried adding to the video custom options: max_muxing_queue_size=1024 After initial test, the audio did drop out, but came back after ~10 seconds. So it's promising. Last modified: Fri, 9 Mar 2018, 12:49 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #140: Fri, 9 Mar 2018, 19:56 (GMT+1, DST) Quote: Aidave
After some digging, I've found this: https://trac.ffmpeg.org/ticket/6375 I tried adding to the video custom options: max_muxing_queue_size=1024 After initial test, the audio did drop out, but came back after ~10 seconds. So it's promising. Running SSR as root is not recommended. I don't see how this could possibly help. max_muxing_queue_size is not a codec option, adding it in SSR does nothing. Are you recording a regular microphone, or game audio, or both? Are you using a special PulseAudio setup? Since the problems start when other applications are launched, I suspect that it's either a performance issue (other applications take away too much CPU time) or a bug in PulseAudio. To verify this, try streaming with ALSA instead of PulseAudio and select one of the 'hw' devices to ensure you are bypassing PulseAudio. If this fixes the problem, it's a PulseAudio bug. If that doesn't help, try switching the video codec to a faster preset and monitor your CPU usage while streaming. If the problems start when CPU usage reaches 100%, that's likely the reason. If it's an input-related issue, you may be able to see the problem by launching SSR with simplescreenrecorder --syncdiagram. This will visualize the video and audio packets before and after synchronization. It could also be an output problem, try switching to MP3 instead of AAC. I believe Twitch accepts this too, and the MP3 encoder is of much higher quality than the AAC encoder in FFmpeg. Last modified: Fri, 9 Mar 2018, 19:58 (GMT+1, DST) |
Aidave |
Comment #141: Sat, 10 Mar 2018, 1:10 (GMT+1, DST) I have no special setup, just using the basics. But it is an awfully big coincidence that adding that parameter made things work suddenly. We had at about 40 consistently failed attempts until trying it. We tried every combination, MP3/AAC, etc. Nothing worked except that parameter. Hopefully it wasn't a fluke like you suggest! I'll have to try it again to be sure, now I'm worried. Maybe adding that parameter caused the other parameters to be ignored? |
Aidave |
Comment #142: Mon, 12 Mar 2018, 17:39 (GMT+1, DST) Yeah, that parameter didn't actually work. I must have just got lucky that one time. [BaseEncoder::Init] Warning: Codec option 'max_muxing_queue_size' was not recognised! Can you allow arbitrary parameters to be passed to ffmpeg? There are a lot we could pass, and that way you won't have to handcode each one. I ran SSR as sudo because it got rid of the warning about changing thread priority. I've been using SSR a lot over the years for recording gaming clips. It's when I do streaming+microphone that it runs into problems. Or maybe I just never recorded long enough clips to encounter the audio locking up. SSR also hangs after a while usually whenever the audio locks up. [Synchronizer::ReadAudioSamples] Warning: Too many audio samples, dropping samples to keep the audio in sync with the video. At this point I'm out of ideas. It's just not working, in a fundamental way, I can't use it for Twitch the way it is. I have to continually monitor the Twitch stream to see if it's on, which is annoying and often I don't realize the sound has dropped until later. I have to force quit SSR every 30-90 seconds to restart the stream to get the sound back. But that's breaking the flow of the stream. It's a shame because SSR used to work great and I had hour+ streams with no issues. |
Aidave |
Comment #143: Tue, 13 Mar 2018, 15:54 (GMT+1, DST) Well, I ended up trying OBS. It works, and I think it is a better fit for streaming than SSR. It has a lot of features, like mic+desktop audio recording out-of-the-box, that I don't think SSR should bother with. SSR is better for recording a game I think. I'm happy with having both opensource tools available for each need on Linux! So I consider my problems solved. SSR is an awesome tool, and I will continue to use it for recording game clips! Thanks for your help Maarten. |
Burgs |
Comment #144: Wed, 14 Mar 2018, 19:31 (GMT+1, DST) Excellent, much better thanks. |
Maarten BaertAdministrator |
Comment #145: Wed, 21 Mar 2018, 12:13 (GMT+1, DST) Quote: Burgs
Excellent, much better thanks. Looks good. It's not very smooth but I think that's because of the VM, not SSR. |
Steveebey73701 |
Comment #146: Thu, 17 May 2018, 19:06 (GMT+1, DST) Running F28 Fedora Linux 64Bit. Installed distro copy of SSR, if I select AAC as audio codec for mp4 I can not record, and the system reports no audo codec. MP3 records audio just fine. uninstalled distro version, downloaded git version, made sure aac libs existed and all other dependencies, compiled with your simple build script, ran from gui, aac still fails, ran from command line aac fails, mp3 audio works. |
Maarten BaertAdministrator |
Comment #147: Thu, 17 May 2018, 21:56 (GMT+1, DST) Quote: Steveebey73701
Running F28 Fedora Linux 64Bit. Installed distro copy of SSR, if I select AAC as audio codec for mp4 I can not record, and the system reports no audo codec. MP3 records audio just fine. uninstalled distro version, downloaded git version, made sure aac libs existed and all other dependencies, compiled with your simple build script, ran from gui, aac still fails, ran from command line aac fails, mp3 audio works. If you run ffmpeg from the command line, are you able to generate AAC files? |
Krish |
Comment #148: Sat, 26 May 2018, 19:24 (GMT+1, DST) Thank you for this very useful program. I am trying to record some videos for uploading to Vimeo. I am using a screen capture area of 854 x 480. Whether I use the H264 codec and a CRF of 16 or 18 and the ultrafast preset or the libx264 codec with a 5000 kbit/s bit rate my final video does not have a video bit rate of more than 70 or 80 kbit/s. Vimeo complains that my video is of low quality. What is it that I am doing wrong? Thanks. |
Maarten BaertAdministrator |
Comment #149: Sun, 27 May 2018, 19:38 (GMT+1, DST) Quote: Krish
Thank you for this very useful program. I am trying to record some videos for uploading to Vimeo. I am using a screen capture area of 854 x 480. Whether I use the H264 codec and a CRF of 16 or 18 and the ultrafast preset or the libx264 codec with a 5000 kbit/s bit rate my final video does not have a video bit rate of more than 70 or 80 kbit/s. Vimeo complains that my video is of low quality. What is it that I am doing wrong? Thanks. If the video looks good to you, then ignore the warnings. Some types of video don't need a high bit rate (e.g. mostly static images, like many video tutorials). If you think it looks bad, please send me the video file so I can take a look. |
Krish |
Comment #150: Mon, 28 May 2018, 18:11 (GMT+1, DST) Quote: Maarten Baert
Quote: Krish
Thank you for this very useful program. I am trying to record some videos for uploading to Vimeo. I am using a screen capture area of 854 x 480. Whether I use the H264 codec and a CRF of 16 or 18 and the ultrafast preset or the libx264 codec with a 5000 kbit/s bit rate my final video does not have a video bit rate of more than 70 or 80 kbit/s. Vimeo complains that my video is of low quality. What is it that I am doing wrong? Thanks. If the video looks good to you, then ignore the warnings. Some types of video don't need a high bit rate (e.g. mostly static images, like many video tutorials). If you think it looks bad, please send me the video file so I can take a look. The videos do not look bad. These are videos of math and physics problem solving as in Khan academy. I think I shall take your advice. Thanks. |
Jorge |
Comment #151: Tue, 26 Jun 2018, 23:31 (GMT+1, DST) Hi. I want to record video conferences. However I cannot record both my voice and the voice of the other person. When I select source `Headset H390 Analog Mono`, it only records my voice. When I select source `Monitor of Headset H390 Analog Stereo`, it only records the other person's voice. Since this is probably a common use case, could you provide easy instructions for it? |
Jorge |
Comment #152: Fri, 29 Jun 2018, 21:34 (GMT+1, DST) Quote: Jorge
Hi. I want to record video conferences. However I cannot record both my voice and the voice of the other person. When I select source `Headset H390 Analog Mono`, it only records my voice. When I select source `Monitor of Headset H390 Analog Stereo`, it only records the other person's voice. Since this is probably a common use case, could you provide easy instructions for it? Hi. I solved it myself through the help of the following easy tutorial: Regards |
Kode54 |
Comment #153: Tue, 25 Dec 2018, 7:54 (GMT+1, DST) Hi, I thought I’d register to point out that the desktop flickering issue also occurs with Iris Pro graphics and KWin, so it isn’t specific to Mutter. |
Maarten BaertAdministrator |
Comment #154: Fri, 11 Jan 2019, 1:25 (GMT+1, DST) Quote: Kode54
Hi, I thought I’d register to point out that the desktop flickering issue also occurs with Iris Pro graphics and KWin, so it isn’t specific to Mutter. Good to know. It seems that there are actually two separate issues with similar symptoms, one related to the Intel video driver and the other related to Mutter. |
Franck |
Comment #155: Wed, 8 May 2019, 11:47 (GMT+1, DST) hello there, i am not sure where to address this in first place, perhaps you can help here already? recently, i found out that the reported framerate of my 60.000 ssr mkv (h.264) recordings are interpreted differently, depending on the software in use. while mediainfo shows a framerate of 60.119 fps, avidemux' file properties states a value of 62.500 fps, which is on par with shotcut on the other hand. there is old ssr mkv recordings of mine, which report a uniform framerate of 60.000 fps in every software, also after trimming/exporting with avidemux, so i wonder what has changed after all? |
Maarten BaertAdministrator |
Comment #156: Sun, 12 May 2019, 17:59 (GMT+1, DST) Quote: Franck
hello there, i am not sure where to address this in first place, perhaps you can help here already? recently, i found out that the reported framerate of my 60.000 ssr mkv (h.264) recordings are interpreted differently, depending on the software in use. while mediainfo shows a framerate of 60.119 fps, avidemux' file properties states a value of 62.500 fps, which is on par with shotcut on the other hand. there is old ssr mkv recordings of mine, which report a uniform framerate of 60.000 fps in every software, also after trimming/exporting with avidemux, so i wonder what has changed after all? This is because the underlying libraries (ffmpeg) have changed. It also depends on the choice of codecs and file format. It shouldn't affect the frame rate of the actual video though, since each frame has its own timestamp. |
Franck |
Comment #157: Mon, 13 May 2019, 11:49 (GMT+1, DST) ok, so to sum it up, recording at a given framerate (say 60) in ssr will be maintained, even after trimming with avidemux, though probably reported differently, because of changes in depending libraries? good to know ;) |
Veid |
Comment #158: Mon, 25 Nov 2019, 11:45 (GMT+1, DST) Hi there. At first - I very like this application, thank you author very much for it. |
Maarten BaertAdministrator |
Comment #159: Tue, 26 Nov 2019, 23:48 (GMT+1, DST) Quote: Veid
Hi there. At first - I very like this application, thank you author very much for it. This isn't supported, see: |
Vanarie |
Comment #160: Sat, 28 Dec 2019, 20:38 (GMT+1, DST) Hello. I really like the screen recorder and was happy that I found it. I do have one problem with the audio. I'm hearing a very high pitch tone in the background on playback. I don't believe it's related to my mic because I've recorded with other recorder apps and the audio track doesn't have this tone. It's not really loud, but you can hear it and sounds similar to tinnitus (ringing in ears). I've tested WebM and MP4, and they both have this high pitch tone. I'm recording from a headset mic. It's not a deal-breaker, but it's a shame I can hear it because the test of the app is great. Do you have any advice on how to fix? System is Intel PC/Arch linux desktop, mic going through onboard sound card via PulseAudio backend. |
Maarten BaertAdministrator |
Comment #161: Sun, 29 Dec 2019, 14:40 (GMT+1, DST) Quote: Vanarie
Hello. I really like the screen recorder and was happy that I found it. I do have one problem with the audio. I'm hearing a very high pitch tone in the background on playback. I don't believe it's related to my mic because I've recorded with other recorder apps and the audio track doesn't have this tone. It's not really loud, but you can hear it and sounds similar to tinnitus (ringing in ears). I've tested WebM and MP4, and they both have this high pitch tone. I'm recording from a headset mic. It's not a deal-breaker, but it's a shame I can hear it because the test of the app is great. Do you have any advice on how to fix? System is Intel PC/Arch linux desktop, mic going through onboard sound card via PulseAudio backend. I'm not sure what could be causing this. Do you have the same problem if you use the ALSA backend and configure it to record from the sound card directly (i.e. hw:0,0)? Can you send me a recording with SSR that shows the issue, and also an audio recording from the same mic with different software (e.g. Audacity) that doesn't show the issue? Last modified: Sun, 29 Dec 2019, 14:40 (GMT+1, DST) |
Goldiev |
Comment #162: Mon, 23 Mar 2020, 1:50 (GMT+1, DST) Generally it works well, but the result is a zoomed-in (scaled up?) view of the upper left-hand portion of the recorded rectangle/window/screen (depending on setting). In other words the lower and right -hand side parts are cut off. It may have something to do with screen resolution. My laptop is set for 3200:1800, but the only choice I'm given for Record the entire screen is 1600:900. I suppose I might work around this problem by setting the display to that resolution, but I'd rather not. |
Maarten BaertAdministrator |
Comment #163: Mon, 23 Mar 2020, 12:52 (GMT+1, DST) Quote: Goldiev
Generally it works well, but the result is a zoomed-in (scaled up?) view of the upper left-hand portion of the recorded rectangle/window/screen (depending on setting). In other words the lower and right -hand side parts are cut off. It may have something to do with screen resolution. My laptop is set for 3200:1800, but the only choice I'm given for Record the entire screen is 1600:900. I suppose I might work around this problem by setting the display to that resolution, but I'd rather not. This was already fixed in the SSR git repository but the fix hasn't been released yet. If you can't compile from source, try running SSR with: QT_SCREEN_SCALE_FACTORS="" simplescreenrecorder More info here. |
M3m3nt0 |
Comment #164: Thu, 16 Apr 2020, 1:20 (GMT+1, DST) Hello! ALSA Input: Can't open PCM device! Any idea what it means and if I could somehow fix it? By the way, if I do not check the "record sound" box, then SimpleScreenRecorder works just fine. I am currently using the built-in speakers of my screen. The plan is to fix this issue and then connect the Pi to a TV. Stay safe! Update: I connected the Pi to a TV and SimpleScreenRecorder works just fine capturing video and audio. Strange. Last modified: Thu, 16 Apr 2020, 2:05 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #165: Thu, 16 Apr 2020, 12:02 (GMT+1, DST) Quote: M3m3nt0
Hello! ALSA Input: Can't open PCM device! Any idea what it means and if I could somehow fix it? By the way, if I do not check the "record sound" box, then SimpleScreenRecorder works just fine. I am currently using the built-in speakers of my screen. The plan is to fix this issue and then connect the Pi to a TV. Stay safe! Update: I connected the Pi to a TV and SimpleScreenRecorder works just fine capturing video and audio. Strange. IIRC the raspberry pi does not have an audio input, so I'm not sure what you were trying to record in the first place. When you connect it to a TV, the default audio interface changes to HDMI, which may have different behavior. |
M3m3nt0 |
Comment #166: Thu, 16 Apr 2020, 13:34 (GMT+1, DST) Quote: Maarten Baert
Quote: M3m3nt0
Hello! ALSA Input: Can't open PCM device! Any idea what it means and if I could somehow fix it? By the way, if I do not check the "record sound" box, then SimpleScreenRecorder works just fine. I am currently using the built-in speakers of my screen. The plan is to fix this issue and then connect the Pi to a TV. Stay safe! Update: I connected the Pi to a TV and SimpleScreenRecorder works just fine capturing video and audio. Strange. IIRC the raspberry pi does not have an audio input, so I'm not sure what you were trying to record in the first place. When you connect it to a TV, the default audio interface changes to HDMI, which may have different behavior. Thank you very much! Now it all makes sense. My plan was to use the TV HAT for the Rpi4 along with a small antenna to play local digital channels. Then I want to use a screen recorder to record my favorite programs. Now that you explained that the RPi does not have an audio input I am not so sure that this is possible using a desktop pc screen but I 'll look more into it. |
Walter |
Comment #167: Sun, 19 Apr 2020, 13:30 (GMT+1, DST) Hi Maarten, many thanks, SimpelScreenRecorder lives up to it's name and expectations. I did not manage to download a video on Youtube but this utility recorded it with perfect sound. Keep up the good work. |
Cesarsj |
Comment #168: Fri, 24 Apr 2020, 19:18 (GMT+1, DST) I'm trying to use ssr 0.4.0 (recently released) on Slackware 14.2. I installed it by the command 'slpkg -s sbo ssr'; which automatically installed the ffmpeg-3.2.4 dependency. However, even with ssr in version 0.3.11, the same problem happened: when I try to write to the webm container, and use the VP8 codec, the error appears: [Muxer::Init] Using format webm (WebM). What can I do to solve this problem? |
Maarten BaertAdministrator |
Comment #169: Sun, 26 Apr 2020, 19:28 (GMT+1, DST) Quote: Cesarsj
I'm trying to use ssr 0.4.0 (recently released) on Slackware 14.2. I installed it by the command 'slpkg -s sbo ssr'; which automatically installed the ffmpeg-3.2.4 dependency. However, even with ssr in version 0.3.11, the same problem happened: when I try to write to the webm container, and use the VP8 codec, the error appears: [Muxer::Init] Using format webm (WebM). What can I do to solve this problem? The FFmpeg version (or one of the underlying libraries like libvpx) that SSR was compiled against does not match the version that you are currently using. In the 'about SimpleScreenRecorder' dialog you can see the versions of the FFmpeg headers and libraries, these should be the same. E.g.: Quote
SimpleScreenRecorder 0.4.0 The solution is to install the correct version of FFmpeg and the underlying libraries, or recompile SSR and/or FFmpeg yourself. Based on your error message I suspect that the mismatch is between FFmpeg and libvpx, which means that you would have to either update FFmpeg, update libvpx or recompile FFmpeg. After that you may have to update or recompile SSR as well. This is normally something which is handled by package maintainers, so if you are only using the standard repository, you should probably report this to the maintainer. Last modified: Sun, 26 Apr 2020, 19:32 (GMT+1, DST) |
Bert |
Comment #170: Thu, 7 May 2020, 16:09 (GMT+1, DST) Hi Maarten, Just wanted to let you and other users know that on Ubuntu 18.04 with simplescreenrecorder 0.3.8-3 from the repo, there's similar glitches as described on "The recording occasionally flickers, showing parts of the desktop background instead of windows" with Compiz on Intel graphics. No problem when I switched to Marco as window manager to give it a go. So it may be worth adding Compiz next to Mutter under that question, as the amount of glitches was quite high. Thank you for your great software! :) Bert |
Maarten BaertAdministrator |
Comment #171: Thu, 7 May 2020, 17:32 (GMT+1, DST) Quote: Bert
Hi Maarten, Just wanted to let you and other users know that on Ubuntu 18.04 with simplescreenrecorder 0.3.8-3 from the repo, there's similar glitches as described on "The recording occasionally flickers, showing parts of the desktop background instead of windows" with Compiz on Intel graphics. No problem when I switched to Marco as window manager to give it a go. So it may be worth adding Compiz next to Mutter under that question, as the amount of glitches was quite high. Thank you for your great software! :) Bert It appears to be caused by specific combinations of window managers and graphics drivers. I hadn't heard any reports of issues with Compiz yet, I will add it. |
Bill_p |
Comment #172: Fri, 10 Jul 2020, 13:25 (GMT+1, DST) Hi Maarten, I've just started using SSR and want to record a screen session. Followed through the dialogs and it I'm running Linux Mint 19.3, and installed SSR from the distro. 'About' says it is 0.3.8. |
Maarten BaertAdministrator |
Comment #173: Fri, 10 Jul 2020, 15:44 (GMT+1, DST) Quote: Bill_p
Hi Maarten, I've just started using SSR and want to record a screen session. Followed through the dialogs and it I'm running Linux Mint 19.3, and installed SSR from the distro. 'About' says it is 0.3.8. That version is very outdated, try updating to the latest version from the PPA. Which audio backend and source are you using? |
Bill_p |
Comment #174: Fri, 10 Jul 2020, 17:30 (GMT+1, DST) Quote: Maarten Baert
Quote: Bill_p
Hi Maarten, I've just started using SSR and want to record a screen session. Followed through the dialogs and it I'm running Linux Mint 19.3, and installed SSR from the distro. 'About' says it is 0.3.8. That version is very outdated, try updating to the latest version from the PPA. Which audio backend and source are you using? I've updated to 0.4.2 from the PPA. I'm using Pulseaudio Jack Sink as Audio input. Still same effect - several seconds of mouse moving and clicking before I hit the 'GO' button, |
Maarten BaertAdministrator |
Comment #175: Fri, 10 Jul 2020, 19:33 (GMT+1, DST) Quote: Bill_p
I've updated to 0.4.2 from the PPA. I'm using Pulseaudio Jack Sink as Audio input. Still same effect - several seconds of mouse moving and clicking before I hit the 'GO' button, I'm not sure what you mean - are you using the JACK backend in SSR and recording the PulseAudio JACK plugin? If SSR doesn't start recording, it's usually because some other application is blocking access to the audio source. But that doesn't make much sense if the source is JACK, unless the JACK server is not running. Did you start the JACK server manually? And what is the application that you are trying to record? Last modified: Fri, 10 Jul 2020, 19:36 (GMT+1, DST) |
Bill_p |
Comment #176: Sat, 11 Jul 2020, 10:21 (GMT+1, DST) Quote: Maarten Baert
Quote: Bill_p
I've updated to 0.4.2 from the PPA. I'm using Pulseaudio Jack Sink as Audio input. Still same effect - several seconds of mouse moving and clicking before I hit the 'GO' button, I'm not sure what you mean - are you using the JACK backend in SSR and recording the PulseAudio JACK plugin? If SSR doesn't start recording, it's usually because some other application is blocking access to the audio source. But that doesn't make much sense if the source is JACK, unless the JACK server is not running. Did you start the JACK server manually? And what is the application that you are trying to record? The application is a home-grown chunk of C code. Uses XLib+Cairo to generate graphics, and invokes play (aka sox) to make sounds when required. I want to record the action before any sounds are made. The sounds record fine, but The audio setup is based on jack, so I assumed that the audio route is sox->pulseaudio->jack->alsa with Switched to Jack backend, (record system speakers ticked) now works fine! Clearly SSR must wait until something connect to pulseaudio before starting to record. Thanks for the help, and for writing SSR! Last modified: Sat, 11 Jul 2020, 11:03 (GMT+1, DST) |
Arimakidd |
Comment #177: Fri, 21 Aug 2020, 20:04 (GMT+1, DST) I have tried to record a 'Zoom' meeting using Simple Screen Recorder. I have not been able to do so. Whenever Zoom turns on, Simple Screen Recorder is unable to record. Can this be fixed? Other than that Simple Screen Recorder works just fine. I have done several video tutorials using it. |
Maarten BaertAdministrator |
Comment #178: Sat, 22 Aug 2020, 16:44 (GMT+1, DST) Quote: Arimakidd
I have tried to record a 'Zoom' meeting using Simple Screen Recorder. I have not been able to do so. Whenever Zoom turns on, Simple Screen Recorder is unable to record. Can this be fixed? Other than that Simple Screen Recorder works just fine. I have done several video tutorials using it. I need more information. Can you post a screenshot of your audio settings in both SSR and Zoom? The most likely cause for this problem is that Zoom and SSR are trying to access your microphone in a way that is not compatible. E.g. you may have configured either Zoom or SSR to open the microphone in exclusive mode with ALSA, which does not work. Or maybe one of the two applications is using ALSA and the other PulseAudio, that also doesn't work. Assuming that your system uses PulseAudio, make sure that both Zoom and SSR are configured to use PulseAudio and not ALSA. Last modified: Sat, 22 Aug 2020, 16:45 (GMT+1, DST) |
Arimakidd |
Comment #179: Tue, 25 Aug 2020, 16:11 (GMT+1, DST) Quote: Maarten Baert
Quote: Arimakidd
I have tried to record a 'Zoom' meeting using Simple Screen Recorder. I have not been able to do so. Whenever Zoom turns on, Simple Screen Recorder is unable to record. Can this be fixed? Other than that Simple Screen Recorder works just fine. I have done several video tutorials using it. I need more information. Can you post a screenshot of your audio settings in both SSR and Zoom? The most likely cause for this problem is that Zoom and SSR are trying to access your microphone in a way that is not compatible. E.g. you may have configured either Zoom or SSR to open the microphone in exclusive mode with ALSA, which does not work. Or maybe one of the two applications is using ALSA and the other PulseAudio, that also doesn't work. Assuming that your system uses PulseAudio, make sure that both Zoom and SSR are configured to use PulseAudio and not ALSA. You could be right. I do use ALSA, I'll remember that. I will conduct a test and provide feedback. I'll create a Zoom Meeting on another machine and see what happens on my Linux box when I try to record with SSR. Will provide feeback before the week is out. Thanks for the tip. Last modified: Tue, 25 Aug 2020, 19:43 (GMT+1, DST) |
Bradhanks |
Comment #180: Wed, 14 Oct 2020, 3:40 (GMT+1, DST) RE: Zoom recording I've had luck with CloudApp screen recorder. Might want to check it out. #1 Product of the day on Product Hunt and have video annotations for Mac, so useless lol but recording works great for Windows and Linux. Last modified: Wed, 14 Oct 2020, 3:40 (GMT+1, DST) |
Yeyeyo |
Comment #181: Sat, 31 Oct 2020, 20:47 (GMT+1, DST) im using kubuntu and if i select the "record entire screen" option it only records a smaller rectangle, not the whole screen. I tried using the "select rectangle" option selecting the entire screen but its no use, the same thing happens even if i choose the window i want to record. Any ideas about how to solve this? thank you! |
Maarten BaertAdministrator |
Comment #182: Sat, 31 Oct 2020, 23:24 (GMT+1, DST) Quote: Yeyeyo
im using kubuntu and if i select the "record entire screen" option it only records a smaller rectangle, not the whole screen. I tried using the "select rectangle" option selecting the entire screen but its no use, the same thing happens even if i choose the window i want to record. Any ideas about how to solve this? thank you! Are you using display scaling? Qt does not handle this very well, especially non-integer values like 1.25x (125%) create problems like this. The latest version of SSR has some workarounds, but it's still not perfect. A better solution is to disable display scaling and instead increase the system font size if necessary. This also produces higher quality graphics in most software (less blurry). |
Pidge2x |
Comment #183: Fri, 13 Nov 2020, 18:23 (GMT+1, DST) hi sir, i was using simplescreenrecorder-git 0.4.2.r18.g9ca0981 in Linux 5.8.18-1-MANJARO x86_64 last night and as i was doing screencast i notice that the previous screen captured (browser) was still being displayed even if preview. so i start the recording hoping that it will capture the top/current window (w/c nemo, my target) but it didn't. i closed the program and launch it again but i'm still getting the previous display. is there a way to "refresh" or "remove the previous screenshot/cast thanks in advance :) Last modified: Fri, 13 Nov 2020, 18:30 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #184: Sat, 14 Nov 2020, 16:22 (GMT+1, DST) Quote: Pidge2x
hi sir, i was using simplescreenrecorder-git 0.4.2.r18.g9ca0981 in Linux 5.8.18-1-MANJARO x86_64 last night and as i was doing screencast i notice that the previous screen captured (browser) was still being displayed even if preview. so i start the recording hoping that it will capture the top/current window (w/c nemo, my target) but it didn't. i closed the program and launch it again but i'm still getting the previous display. is there a way to "refresh" or "remove the previous screenshot/cast thanks in advance :) I've never seen something like this, are you able to reproduce this? Also, if you take a screenshot with a different program when this issue occurs, does it also show the old screen, or is only SSR affected? Are you using a standard X11 session? Last modified: Sat, 14 Nov 2020, 16:22 (GMT+1, DST) |
Pidge2x |
Comment #185: Wed, 18 Nov 2020, 14:22 (GMT+1, DST) Quote: Maarten Baert
I've never seen something like this, are you able to reproduce this? Also, if you take a screenshot with a different program when this issue occurs, does it also show the old screen, or is only SSR affected? i did try using kazam, recordmydesktop and got the same result with ssr, however, with VokoscreenNG and ScreenShot+Record Desktop, it didn't occur but still it didn't cut the job. Quote: Maarten Baert
Are you using a standard X11 session? i do, Type=x11 Last modified: Fri, 20 Nov 2020, 2:00 (GMT+1, DST) |
Maarten BaertAdministrator |
Comment #186: Fri, 20 Nov 2020, 1:59 (GMT+1, DST) Quote: Pidge2x
--+ i did try using kazam, recordmydesktop and got the same result with ssr, however, with VokoscreenNG and ScreenShot+Record Desktop, it didn't occur but still it didn't cut the job. If it affects other software as well, then I'm afraid it's a problem with your system, e.g. your desktop environment, window manager of video driver. There's not much I can do about that. |
Pidge2x |
Comment #187: Fri, 20 Nov 2020, 15:57 (GMT+1, DST) Quote: Maarten Baert
Quote: Pidge2x
--+ i did try using kazam, recordmydesktop and got the same result with ssr, however, with VokoscreenNG and ScreenShot+Record Desktop, it didn't occur but still it didn't cut the job. If it affects other software as well, then I'm afraid it's a problem with your system, e.g. your desktop environment, window manager of video driver. There's not much I can do about that. ok sir thanks, by the way i'm using manjaro cinnamon. :) |
Lucas22 |
Comment #188: Sat, 21 Aug 2021, 11:28 (GMT+1, DST) i need help, i dont know how to cut in the video |
Kar |
Comment #189: Mon, 6 Dec 2021, 16:42 (GMT+1, DST) Hi, im sorry to bother you, but, first thing first, i would like to thank you for this amazing software, After i finished recording, i paused the recording and, without clicking on "Save recording", i moved the recorded file to another location. So now i have this file that cannot be reproduced. How can i recover the video? Thanks in advance |
Maarten BaertAdministrator |
Comment #190: Tue, 1 Feb 2022, 23:41 (GMT+1, DST) Quote: Kar
Hi, im sorry to bother you, but, first thing first, i would like to thank you for this amazing software, After i finished recording, i paused the recording and, without clicking on "Save recording", i moved the recorded file to another location. So now i have this file that cannot be reproduced. How can i recover the video? Thanks in advance This is a common problem, I have added some new information here. |
Jeolen |
Comment #191: Fri, 4 Feb 2022, 18:37 (GMT+1, DST) Hi, this software worked fine on my previous computer a few weeks ago, but on my new one, when I try recording a web page, it keeps refreshing it with red flashes, making it impossible to record anything. Do you have any idea where the problem comes from? |
Jeolen |
Comment #192: Tue, 8 Feb 2022, 9:47 (GMT+1, DST) Let me add something to my previous comment: the web pages keep refreshing after just a few seconds, but that red flash-thing was just an error from my part. So the only (but real) problem is that my browser feels the urge to refresh every 5s or so whenever I'm recording. |
Brucem |
Comment #193: Sat, 6 Aug 2022, 21:40 (GMT+1, DST) Recording with a UHD Monitor: env QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2 simplescreenrecorder In most cases, SSR behaves as I would expect, but on a Youtube page in Firefox, SSR seems not to know that the X2 scaling for UHD is in effect. In addition, the Youtube page does not allow me to select the recording rectangle; the "+" cursor for selecting the rectangle changes back to an arrow as soon as I click the mouse button to select the first corner of the rectangle, and I can't select anything on a Youtube web page. However, I've found that SSR can still record from the Youtube page if the rectangle coordinates lie within the scope of a normal HD monitor. Divide your UHD screen into four equal rectangles. Position the Youtube window you want to record from in the upper, left-hand rectangle and mark its upper left and lower right corners with a (non-permanent) marker or a sticker. Then you must deselect the Youtube tab or close Firefox; if the Youtube page is waiting for input, it won't let "Select rectangle" do its job, and it blocks tooltips, as well. Go to the start screen of SSR. Continue to "Input profile". Press "Select rectangle" and with the mouse select the (empty) area defined by your two marks or stickers. Now you must multiply each of the four rectangle parameters by 2. You should now see that SSR thinks it is going to record from a much larger area, shown by the hatched area on the screen. Reopen the Youtube page and position the window you're going to record from to the marks you made earlier. Now you're set to record. Since many, if not most Youtube videos are still only HD anyway, you'll seldom be losing detail by using this workaround. Also: It took a while for me to realize that SSR was showing me the recording area in a hatched rectangle on the monitor screen. This can be a great help, and I might have noticed it sooner if it were mentioned in the tooltips. BUT: Great work! I know that video programming is, as we say, a royal pain in the ass, and it's wonderful that you've made such a flexible but clear and understandable screen recorder for the Linux world. It's a model I would recommend to anyone setting out to write a GUI app. Last modified: Sat, 6 Aug 2022, 21:47 (GMT+1, DST) |
E8hffff |
Comment #194: Thu, 7 Mar 2024, 19:05 (GMT+1, DST) With KDE upgrade to Plasma 6 the windows of SimpleScreenRecorder no longer can be dragged/moved by their unused window content. Alt key also doesn't allow for the window to be dragged. Not sure if this fault is caused by SSR's structure or new Plasma 6. Please also reconsider if Wayland support is ready! |