Take a Shot! - yet another screenshot utility...

Paint programs, vector editors, 3d modelers, animation editors, etc.
Message
Author
User avatar
8Geee
Posts: 2181
Joined: Mon 12 May 2008, 11:29
Location: N.E. USA

OK in slacko-5.7

#61 Post by 8Geee »

Version 1.3 is in slacko-5.7-no-pae. Works great, and a bit simpler than pupsnap in slacko-5.5XL.
Attachments
image6.jpg
(25.58 KiB) Downloaded 609 times

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#62 Post by SFR »

Thanks 8Geee :)
___________

Version 1.9:

- compatibility with TahrPup, which uses avconv instead of ffmpeg - tested only in VBox, but everything appears to be in order

First post updated!

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
rg66
Posts: 1158
Joined: Mon 23 Jul 2012, 05:53
Location: Vancouver, BC Canada / Entebbe, Uganda Africa!?!

#63 Post by rg66 »

When printing a TAS screenshot.jpg to pdf with cups it always ends up blank. I have to open it in mtpaint and save it to get it to print to pdf properly.
X-slacko-5b1 - X-tahr-2.0 - X-precise-2.4
[url=http://smokey01.com/rg66/]X-series repo[/url]

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#64 Post by SFR »

rg66 wrote:When printing a TAS screenshot.jpg to pdf with cups it always ends up blank. I have to open it in mtpaint and save it to get it to print to pdf properly.
Hmm, no probs in this regard in FD64 nor Slacko-5.7 nor LxPupTahr, however I was able to reproduce this behavior in Slacko-6beta (I was printing from within Abiword in all cases).
It seems that the fault is on Slacko-6's side...
And the fact that a faulty, "blank" pdf produced there turned out to be perfectly fine when viewed under FD64 - confirms that assumption.

Was it also Slacko-6 or its derivative (X-Slacko, I presume) in you case?

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
rg66
Posts: 1158
Joined: Mon 23 Jul 2012, 05:53
Location: Vancouver, BC Canada / Entebbe, Uganda Africa!?!

#65 Post by rg66 »

SFR wrote:Was it also Slacko-6 or its derivative (X-Slacko, I presume) in you case?
Yes, X-slacko-3 beta based on slacko-6. I should have tested on 5.7.0
X-slacko-5b1 - X-tahr-2.0 - X-precise-2.4
[url=http://smokey01.com/rg66/]X-series repo[/url]

User avatar
charlie6
Posts: 1230
Joined: Mon 30 Jun 2008, 04:03
Location: Saint-Gérard / Walloon part of Belgium

#66 Post by charlie6 »

Hallo SFR,
i happened to install v1.9 on a tahr-6.0.2 session having ffmepg already installed on it;
TAS-1.9 couldn't then take a shot and was claiming for missing libx265 exactly the same way as for TAS_1.7.
I had to uninstall ffmepg to get TAS_1.9 taking a shot.
Thanks in advance for any follow-up!
Charlie

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#67 Post by SFR »

Hi Charlie6

Did you try installing that missing libx265?
According to Augras, v1.8 works fine in Tahr with ffmpeg installed:
augras@[url]http://www.murga-linux.com/puppy/viewtopic.php?p=821342#821342[/url] wrote:Tas doesn't work because ffmpeg and some libraries lack.
I put together ffmpeg_2.5.2, libass5, libfdk-aac, libx265 in a pet and a sfs and it works fine.
Of course v1.9 can use also avconv, so ffmpeg is not necessary.

Anyway, TAS prefers ffmpeg over avconv (if both are installed), but changing line no. 40 from:

Code: Select all

[ "`which ffmpeg 2>/dev/null`" ] && FFMPEG=ffmpeg || FFMPEG=avconv
to:

Code: Select all

[ "`which avconv 2>/dev/null`" ] && FFMPEG=avconv || FFMPEG=ffmpeg
will make TAS to choose avconv, even if ffmpeg is also present, so this should fix your problem.
Let me know if this works, so I'll make it permanent.

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

Relztrah
Posts: 88
Joined: Sat 20 Oct 2007, 09:12
Location: Pittsburgh, Pennsylvania, USA

Error message

#68 Post by Relztrah »

I can't get a normal screenshot. See attached image. Fortunately the PrtSc key still loads a screenshot. I downloaded TAS-1.9.pet but I get this message. I'm using Puppy 6.0 Tahrpup.
Attachments
TAS test.png
(129.04 KiB) Downloaded 349 times

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

Re: Error message

#69 Post by greengeek »

Relztrah wrote:I get this message. I'm using Puppy 6.0 Tahrpup.
Hi Relztrah - what sort of hardware do you have? Also - are you running Palemoon as spot or root?

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#70 Post by SFR »

@Relztrah: please run TAS from command line:

Code: Select all

tas
and post the output (if any).

Also, when you click 'View log' button, what the log says?

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

Relztrah
Posts: 88
Joined: Sat 20 Oct 2007, 09:12
Location: Pittsburgh, Pennsylvania, USA

#71 Post by Relztrah »

I get the same result running from a command line. Here's the log:

avconv version 9.16-6:9.16-0ubuntu0.14.04.1, Copyright (c) 2000-2014 the Libav developers
built on Aug 10 2014 18:19:26 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
[x11grab @ 0x8bb3760] device: :0+0,0+nomouse -> display: :0 x: 0 y: 0 width: 1280 height: 800
[x11grab @ 0x8bb3760] shared memory extension found
[x11grab @ 0x8bb3760] Estimating duration from bitrate, this may be inaccurate
Input #0, x11grab, from ':0+0,0+nomouse':
Duration: N/A, start: 1454539617.969574, bitrate: 819199 kb/s
Stream #0.0: Video: rawvideo, bgra, 1280x800, 819199 kb/s, 1000k tbn, 25 tbc
Option loop not found.



Hardware is an IBM Thnkpad

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#72 Post by SFR »

Thanks for the feedback.
Unfortunately, I'm unable to repro this on Tahrpup-6.0-CE_PAE + TAS-1.9.
your log wrote:Option loop not found.
The option 'loop' is used only for ffmpeg, whereas Tahrpup ships with avconv instead.
Have you also installed ffmpeg by any chance?

Anyway, please locate the following line (40th) in /usr/bin/tas:

Code: Select all

[ "`which ffmpeg 2>/dev/null`" ] && FFMPEG=ffmpeg || FFMPEG=avconv
replace it with this:

Code: Select all

[ "`which avconv 2>/dev/null`" ] && FFMPEG=avconv || FFMPEG=ffmpeg
and see if there's any difference.

Also, you could try if TAS works properly in a pristine enviroment, i.e. boot Tahr using pfix=ram.

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#73 Post by SFR »

Version 1.10:

- possible fix for supposed avconv/ffmpeg clash (problem reported by Relztrah)
- fixed date/time stamps not being calculated correctly if DELAY and/or Window/Region modes has been used

First post updated!

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
MochiMoppel
Posts: 2084
Joined: Wed 26 Jan 2011, 09:06
Location: Japan

#74 Post by MochiMoppel »

Thank you! :lol:

TAS 1.2 in slacko 5.6 always worked flawless for me. Never gave me a reason to update.
For some reasons I now needed to change TAS's default image editor. A good excuse to download and play with version 1.10.

Changing the default editor is easy, but what is this awful beep? It really sounds terrible on my new netbook. I've never noticed before since 1.2 was beepless and I don't had audio on my desktop anyway.

I now killed this function because I still see no need for it (there is optical feedback when an action ends, so why an extra beep?). If it really has to be a beep, wouldn't the standard system beep (echo -e "\a") or the - customized - busybox beep be a lighter and more reliable choice? At least to me they sound better.

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#75 Post by SFR »

Hey Mochi
(there is optical feedback when an action ends, so why an extra beep?).
It doesn't mark an end, it marks the exact moment when screenshotting begins, which is especially useful for animated GIFs (particularly if DELAY is also set) - you know exactly when to start doing your stuff.
If it really has to be a beep, wouldn't the standard system beep (echo -e "\a") or the - customized - busybox beep be a lighter and more reliable choice? At least to me they sound better.
The standard beep may not work on some machines. On others (Acer AO 722) it's dreadfully loud by default and I wouldn't like TAS to cause heart attacks. :wink:

But thanks for sharing your opinion - I may add an appropriate checkbox in next version.

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#76 Post by musher0 »

Hello SFR!

Again congratulations on your new version!

In the French version, as a translation for
Toggle extra options
I'd suggest
Plus d'options
The context will serve as the verb.

"Toggle" is a difficult verb to translate in French. We don't have the exact equivalent.
We have to use two verbs side by side, something like:
Révéler/masquer plus d'options
or
Afficher/cacher plus d'options
which both convey the correct meaning, but I think there is not enough space on
the button.

Best regards.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#77 Post by SFR »

Thanks Musher0, I just uploaded the updated NLS package.

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#78 Post by musher0 »

Thanks for including it, SFR.

BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
MochiMoppel
Posts: 2084
Joined: Wed 26 Jan 2011, 09:06
Location: Japan

#79 Post by MochiMoppel »

SFR wrote:I may add an appropriate checkbox in next version.
May be the best compromise. I now see the usefulness for shooting sequential frames and for Quickshots, both options not available in my previous old version.

Our little discussion reminded me where I really miss audio feedback: I set the delay to 5sec to catch cascaded menus which take time to prepare. 5 sec can be very short when I make a mistake and have to redo the preparation. Makes me really nervous when I don't know how much time is left until the shooting. A ticking *something* would be nice like the blinking self-timer lamp on cameras or the time signal before the evening news.

But never mind, these are petty details. I now tweaked v.1.10 a bit and have it the way I like it:

1) Changed the terrible beep with the shutter sound of a Canon 350D :lol:
2) Let a femal voice do the count down. It's now "Five...Four...Three...Two...One...Katchan!!".
3) Changed the save directory for Quickshots from the hardcode $HOME to the save directory specified in the config file.

BTW: For the voice files I use the ones offered here. They play well in mplayer, but not in aplay. Any idea what's wrong with them?

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#80 Post by greengeek »

MochiMoppel wrote:2) Let a femal voice do the count down. It's now "Five...Four...Three...Two...One...Katchan!!".
Keen to hear how you set that up. Could be handy.

Post Reply