issue 4
(wont start up, just closes) reported by sb4100s
- What steps will reproduce the problem?
1. right click open with video cut
2. window loads and then closes
same thing if i goto video cut in the start menu, and then open any video
it refuses to load it and closes.
What is the expected output? What do you see instead?
should start to create the small shots of video
What version of the product are you using? On what operating system?
0.2.0, ubantu hardy 8.04
Please provide any additional information below.
it was working fine for months and till this morning was working, until i
tried to create another screen of a video, it stop working,
What steps will reproduce the problem?
1. right click open with video cut
2. window loads and then closes
same thing if i goto video cut in the start menu, and then open any video
it refuses to load it and closes.
What is the expected output? What do you see instead?
should start to create the small shots of video
What version of the product are you using? On what operating system?
0.2.0, ubantu hardy 8.04
Please provide any additional information below.
it was working fine for months and till this morning was working, until i
tried to create another screen of a video, it stop working,
issue 3
(Floating point exception on file open) commented on by xzvf890
- I've solved this problem. I was missing the xine plugin for divx. I figured this out
by printing the log messages generated by xine and discovered this:
18:02:26: video_decoder: no plugin available to handle 'DivX 5'
By installing the xine lib extras rpms provided by livna/rpmfusion, I was able to run
videocut with no problems. Unfortunately, users would never have known this, so I
have attached a patch file which will enable xine logging in videocut. To apply the
patch, run it like this:
[user@server videocut-0.2.0.orig]$ patch -p1 -i ../TXine.patch
patching file src/backends/TXine.cpp
I've solved this problem. I was missing the xine plugin for divx. I figured this out
by printing the log messages generated by xine and discovered this:
18:02:26: video_decoder: no plugin available to handle 'DivX 5'
By installing the xine lib extras rpms provided by livna/rpmfusion, I was able to run
videocut with no problems. Unfortunately, users would never have known this, so I
have attached a patch file which will enable xine logging in videocut. To apply the
patch, run it like this:
[user@server videocut-0.2.0.orig]$ patch -p1 -i ../TXine.patch
patching file src/backends/TXine.cpp
Older
Dec 01, 2009
issue 3
(Floating point exception on file open) commented on by xzvf890
- For the record, this also occurs in videocut v1.2 and v.1.1.
Could it be a missing dependency or maybe a problem with a newer version of qt or
xine that's supplied with Fedora 12?
And I've attached the backtrace (from v2.0).
For the record, this also occurs in videocut v1.2 and v.1.1.
Could it be a missing dependency or maybe a problem with a newer version of qt or
xine that's supplied with Fedora 12?
And I've attached the backtrace (from v2.0).
Dec 01, 2009
issue 3
(Floating point exception on file open) reported by xzvf890
- What steps will reproduce the problem?
1. Download a sample movie (e.g.
http://www.jhepple.com/support/SampleMovies/AVI_DivX.avi)
2. Compile and run videocut using default settings.
3. Go to File >> Open and choose sample movie.
What is the expected output? What do you see instead?
Videocut immediately crashes with the following errors:
(1934) findLibraryInternal: plugins should not have a 'lib' prefix:
"libkfilemodule.so"
(1934) KPluginLoader::load: The plugin "libkfilemodule" doesn't contain a
kde_plugin_verification_data structure
Floating point exception (core dumped)
What version of the product are you using? On what operating system?
videocut-0.2.0.orig
Linux 2.6.31.5-127.fc12.i686.PAE #1 SMP Sat Nov 7 21:25:57 EST 2009 i686
i686 i386 GNU/Linux
Fedora release 12 (Constantine)
Please provide any additional information below.
qt-4.5.3-9.fc12.i686
qt-devel-4.5.3-9.fc12.i686
qt-x11-4.5.3-9.fc12.i686
qt3-3.3.8b-28.fc12.i686
xine-lib-devel-1.1.16.3-4.fc12.i686
xine-lib-1.1.16.3-4.fc12.i686
This program worked great in Fedora 10 that I had installed previously. I
just upgraded and am highly disappointed that I can't run videocut as it's
a great app.
What steps will reproduce the problem?
1. Download a sample movie (e.g.
http://www.jhepple.com/support/SampleMovies/AVI_DivX.avi)
2. Compile and run videocut using default settings.
3. Go to File >> Open and choose sample movie.
What is the expected output? What do you see instead?
Videocut immediately crashes with the following errors:
(1934) findLibraryInternal: plugins should not have a 'lib' prefix:
"libkfilemodule.so"
(1934) KPluginLoader::load: The plugin "libkfilemodule" doesn't contain a
kde_plugin_verification_data structure
Floating point exception (core dumped)
What version of the product are you using? On what operating system?
videocut-0.2.0.orig
Linux 2.6.31.5-127.fc12.i686.PAE #1 SMP Sat Nov 7 21:25:57 EST 2009 i686
i686 i386 GNU/Linux
Fedora release 12 (Constantine)
Please provide any additional information below.
qt-4.5.3-9.fc12.i686
qt-devel-4.5.3-9.fc12.i686
qt-x11-4.5.3-9.fc12.i686
qt3-3.3.8b-28.fc12.i686
xine-lib-devel-1.1.16.3-4.fc12.i686
xine-lib-1.1.16.3-4.fc12.i686
This program worked great in Fedora 10 that I had installed previously. I
just upgraded and am highly disappointed that I can't run videocut as it's
a great app.
issue 2
(thumbnails are saved incorrectly as black squares) changed by diffor
- Bug confirmed. Simple style not work correct. Shadowed style not affected and work fine.
Status: Started
Labels: Priority-High−Priority-Low
Bug confirmed. Simple style not work correct. Shadowed style not affected and work fine.
Status: Started
Labels: Priority-High−Priority-Low
Oct 08, 2009
issue 1
(Always saving as png and inconsistent file sizes) changed by diffor
- Fixed in sourcecode repository. In next release it should work correct.
Status: Fixed
Owner: diffor
Labels: Component-UI
Fixed in sourcecode repository. In next release it should work correct.
issue 2
(thumbnails are saved incorrectly as black squares) commented on by mephi...@altlug.ru
- Host (uname -a): Linux bc 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686 GNU/Linux
videocut: 0.2.0 (from repository)
libxinexine: 1.1.14
I cannot reproduce. All is ok.
Host (uname -a): Linux bc 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686 GNU/Linux
videocut: 0.2.0 (from repository)
libxinexine: 1.1.14
I cannot reproduce. All is ok.
issue 2
(thumbnails are saved incorrectly as black squares) reported by the.real.monkey.d.luffy
- What steps will reproduce the problem?
1. open a video
2. go to: file / export
3. save either as jpg or png
What is the expected output? What do you see instead?
I expected for the program to save the thumbnails image as it is seen in
the program window, that is, with real thumbnails from the video.
But instead black thumbnails/squares are saved instead in the output file.
What version of the product are you using? On what operating system?
Version 0.2.0. On Debian Linux 2.6.26-1-amd64
Please provide any additional information below.
The program is able to save correctly a single image frame, but not the
thumbnails grid.
I'm using lib xine 1.1.16.3, but this happened with a previous version as
well.
What steps will reproduce the problem?
1. open a video
2. go to: file / export
3. save either as jpg or png
What is the expected output? What do you see instead?
I expected for the program to save the thumbnails image as it is seen in
the program window, that is, with real thumbnails from the video.
But instead black thumbnails/squares are saved instead in the output file.
What version of the product are you using? On what operating system?
Version 0.2.0. On Debian Linux 2.6.26-1-amd64
Please provide any additional information below.
The program is able to save correctly a single image frame, but not the
thumbnails grid.
I'm using lib xine 1.1.16.3, but this happened with a previous version as
well.
Mar 25, 2009
issue 1
(Always saving as png and inconsistent file sizes) commented on by laferte
- The issue above can be fixed easily, I've done it for my own usage - first time
deciphering qt4 code, and first contribution to any project; so it may not be pretty.
The configuration setting for the default filetype is now used in all of the saving
routines. You'll find attached the modified TMainWindow.cpp file.
Hope this helps!
The issue above can be fixed easily, I've done it for my own usage - first time
deciphering qt4 code, and first contribution to any project; so it may not be pretty.
The configuration setting for the default filetype is now used in all of the saving
routines. You'll find attached the modified TMainWindow.cpp file.
Hope this helps!
Mar 25, 2009
issue 1
(Always saving as png and inconsistent file sizes) commented on by laferte
- Ths issue above can be fixed quite easily. I just did it for my own usage, but
you'll find attached the modified TMailWindow.cpp file. Hope this helps, and thanks
for a very nice program!
Ths issue above can be fixed quite easily. I just did it for my own usage, but
you'll find attached the modified TMailWindow.cpp file. Hope this helps, and thanks
for a very nice program!
