Program crashes only sometimes after clicking "Stop Recording".
This seems mostly to happen when "OGG Media" is selected as the Output Preset, although I have had successful OGG recordings.
Here is the output (with OGG selected):
jay@jay-desktop:~$ tibesti
** Message: pygobject_register_sinkfunc is deprecated (GstObject)
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
/usr/lib/pymodules/python2.6/tibesti/indicator.py:41: GtkWarning: Failed to load type module: (null)
self.menu = gtk.Menu()
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
/usr/lib/pymodules/python2.6/tibesti/helpers.py:46: GtkWarning: Failed to load type module: (null)
builder.add_from_file(ui_filename)
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
// START RECORDING
2
oggmux name=mux ! filesink location=/tmp/tmpjsTBVa ximagesrc name=videopipe display-name=:0.0 screen-num=0 use-damage=false show-pointer=false startx=605 starty=196 endx=1258 endy=736 ! video/x-raw-rgb,framerate=10/1 ! videorate ! ffmpegcolorspace ! videoscale method=1 ! video/x-raw-yuv,width=656,height=544,framerate=10/1 ! theoraenc quality=36 ! queue ! mux. pulsesrc device=combined.monitor name=audiopipe ! audioresample ! audioconvert ! vorbisenc ! mux.
// STOP RECORDING
(tibesti:7829): GStreamer-CRITICAL **: gst_caps_get_structure: assertion `GST_IS_CAPS (caps)' failed
Segmentation fault
Here is the output of a successful record session (with Output Preset set to Avi/XVid:
jay@jay-desktop:~$ tibesti
** Message: pygobject_register_sinkfunc is deprecated (GstObject)
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
/usr/lib/pymodules/python2.6/tibesti/indicator.py:41: GtkWarning: Failed to load type module: (null)
self.menu = gtk.Menu()
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
/usr/lib/pymodules/python2.6/tibesti/helpers.py:46: GtkWarning: Failed to load type module: (null)
builder.add_from_file(ui_filename)
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
// START RECORDING
2
avimux name=mux ! filesink location=/tmp/tmpq71one ximagesrc name=videopipe display-name=:0.0 screen-num=0 use-damage=false show-pointer=false startx=456 starty=297 endx=1324 endy=723 ! video/x-raw-rgb,framerate=10/1 ! videorate ! ffmpegcolorspace ! videoscale method=1 ! video/x-raw-yuv,width=880,height=432,framerate=10/1 ! xvidenc ! queue ! mux. pulsesrc device=combined.monitor name=audiopipe ! audioresample ! audioconvert ! lamemp3enc ! mux.
// STOP RECORDING
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
`menu_proxy_module_load': /usr/bin/python: undefined symbol: menu_proxy_module_load
===
Tibesti version 1.2.1-public5 from the PPA.
Using binary/proprietary NVidia drivers with TwinView.
Ubuntu 10.10 32-bit
I can't reproduce the bug, was there anything notable about the recording
(long, taxing the CPU). Also if it fails even for 5 second recordings, then
could you please install gstreamer-tools, then run
gst-launch oggmux name=mux ! filesink location= /tmp/tmpjsTBVa ximagesrc raw-rgb, framerate= 10/1 ! videorate ! ffmpegcolorspace ! videoscale raw-yuv, width=656, height= 544,framerate= 10/1 ! theoraenc combined. monitor name=audiopipe !
name=videopipe display-name=:0.0 screen-num=0 use-damage=false
show-pointer=false startx=605 starty=196 endx=1258 endy=736 !
video/x-
method=1 ! video/x-
quality=36 ! queue ! mux. pulsesrc device=
audioresample ! audioconvert ! vorbisenc ! mux.
If that fails then the bug is likely in gstreamer.
On Mar 9, 2011 8:40 PM, "Jay S" <email address hidden> wrote: