ScreenRec icon indicating copy to clipboard operation
ScreenRec copied to clipboard

Fatal IO error 11

Open mrbvrz opened this issue 5 years ago • 11 comments

The application can't save after recording.

here is the error:

Gtk-Message: 17:25:48.095: GtkDialog mapped without a transient parent. This is discouraged.
Not gif
Gdk-Message: 17:25:54.704: com.github.dr-styki.screenrec: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.

mrbvrz avatar Dec 05 '20 10:12 mrbvrz

Can you give me more informations (OS, etc ...) and a process to reproduce the bug ? Cause I test ScreenRec on eOS 5, eOS 6 even Archlinux and I never saw that error. 😥️

dr-Styki avatar Dec 05 '20 11:12 dr-Styki

System informations:

  • OS : elementary OS 5.1.7 Hera x86_64
  • Kernel : 5.4.0-56-generic
  • CPU : Intel i3-3217U (4) @ 1.800GHz
  • GPU : NVIDIA GeForce 610M/710M/810M/820M / GT 620M/625M/630M/7
  • GPU : Intel 3rd Gen Core processor Graphics Controller

the app force closes when pressing the "stop recording" button (finish), without previewing and saving the video.

mrbvrz avatar Dec 05 '20 21:12 mrbvrz

That's weird. I can't reproduce the bug neither on elementary OS nor on Archlinux.

To get more debug information you can use :

  • G_MESSAGES_DEBUG=all com.github.dr-styki.screenrec for GTK related info.
  • GST_DEBUG=5 ./com.github.dr-styki.screenrec for Gstreamer related info.

Did you get the same bug on an elementary OS clean install ?

dr-Styki avatar Dec 06 '20 15:12 dr-Styki

it worked fine before, and there was a bug after clean install, is there any missing dependency?

here G_MESSAGES_DEBUG=all com.github.dr-styki.screenrec output:

(com.github.dr-styki.screenrec:10595): Gtk-DEBUG: 22:13:00.038: Connecting to session manager
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.173: ScreenrecorderWindow.vala:311: Temp file created at: /tmp/ScreenRec-ade26423.mkv
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:194: setup_video_source 

** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:195: startx: 0
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:196: starty: 0
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:197: width: 1366
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:198: height: 768
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:199: endx: 1365
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.185: Recorder.vala:200: endy: 767
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.189: Recorder.vala:223: Format != raw | Format -> x264enc-mkv
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.193: Recorder.vala:303: setup_audio_sources 

** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.208: Recorder.vala:571: Detected system sound device: alsa_output.pci-0000_00_1b.0.analog-stereo.monitor
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.208: Recorder.vala:578: Default audio output = alsa_output.pci-0000_00_1b.0.analog-stereo.monitor
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.217: Recorder.vala:355: setup_filesink 

** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.217: Recorder.vala:356: tmp_file location : /tmp/ScreenRec-ade26423.mkv
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.217: Recorder.vala:366: setup_pipeline 

** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.217: Recorder.vala:369: Pipeline.add(videosrc) -> true

** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.218: Recorder.vala:414: pipeline.add(mux); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.218: Recorder.vala:421: setup_links 

** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.224: Recorder.vala:425: videosrc.link(vid_in_queue); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.224: Recorder.vala:437: vid_in_queue.link(videorate); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.224: Recorder.vala:441: videorate.link(vid_caps_filter); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.227: Recorder.vala:444: vid_caps_filter.link(videoconvert); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.228: Recorder.vala:470: videoconvert.link(videnc); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.228: Recorder.vala:472: videnc.link(vid_out_queue); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.228: Recorder.vala:476: vid_out_queue.link(mux); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.229: Recorder.vala:521: mux.link(file_queue); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.229: Recorder.vala:524: file_queue.link(sink); -> true
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:02.229: Recorder.vala:114: pipeline.get_bus ().add_watch;
Gtk-Message: 22:13:02.251: GtkDialog mapped without a transient parent. This is discouraged.
Not gif
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:15.537: SaveDialog.vala:65: Max width/height: 353
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:15.669: ScreenrecorderWindow.vala:367: Sav Dialog Open
** (com.github.dr-styki.screenrec:10595): DEBUG: 22:13:15.716: ScreenrecorderWindow.vala:369: Sav Dialog Close
Gdk-Message: 22:13:15.784: com.github.dr-styki.screenrec: Fatal IO error 2 (No such file or directory) on X server :0.

mrbvrz avatar Dec 06 '20 15:12 mrbvrz

Just made 2 clean install of eOS 5 and 6 for the new release and i'm still unable to reproduce the bug. 😕

dr-Styki avatar Dec 08 '20 21:12 dr-Styki

Very weird, I usually used ScreenRec before, 😕

I hope this screencast helps.

mrbvrz avatar Dec 08 '20 22:12 mrbvrz

Hi @mrbvrz, did you still got that error ? Cause i still can't reproduce it nor on my computers neither on my friends computer.

dr-Styki avatar Mar 01 '21 16:03 dr-Styki

@dr-Styki I have reinstalled eos 5, and the same problem still exists.

mrbvrz avatar Mar 03 '21 03:03 mrbvrz

Hi @mrbvrz it seems that the issue come from the use of the two GPU. Can you force the use of only one GPU and try again ?

dr-Styki avatar May 20 '21 07:05 dr-Styki

@dr-Styki I think that's because of that, I tried running ScreenRec without using Nvidia, and it went well. Thank you for the feedback and responses.

mrbvrz avatar May 23 '21 12:05 mrbvrz

Happy to hear that it works with one GPU. Unfortunately I do not have a laptop with a dual GPU so I can't investigate more this issue for now.

dr-Styki avatar Jun 26 '21 12:06 dr-Styki