tuxpaint-stamps — Discussion of 'stamp' artwork for Tux Paint

Re: [Tuxpaint-stamps] Stamps

[Bill K. <nb...@so...>]

On Sat, Jul 27, 2024 at 10:26:42AM -0700, livia Hamel wrote:
> Hello!
> 
> I am a Mac user (mac os Monterey) trying to get into making my own stamps.
> I have been able to add a stamp into the personal files folder
> successfully, but I’m curious: Following the guide on the site under
> “extending tux paint” I was able to find the folder that comes with basic
> tux paint with the stamps of tux and his sound files, but I have the
> downloadable stamp pack downloaded and functioning. But I can’t find those
> files anywhere. Where are those files stored? I was hoping to look at them
> as reference for how to set up my stamps with sound files and txt files.

Hi there!  I asked Mark Kim, who currently helps maintain Tux Paint for
macOS, and he responded:

Tux Paint for macOS has the default stamps (cartoon/tux) installed here:

   - /Applications/TuxPaint.app/Contents/Resources/share/tuxpaint/stamps

Tux Paint Stamps Installer for macOS can install additional stamps in these
locations:

   - /Library/Application Support/TuxPaint/stamps (system-wide,
     installation for all users)
   - ${HOME}/Library/Application Support/TuxPaint/stamps (installation for
     a single user)
   - /Applications/TuxPaint.app/Contents/Resources/stamps (installation
     inside the application)

To which location it installs the stamps depends on which option user chose
during the install [see attached screenshot].


> Also do you know of any community stamp packs? Me and some of my friends
> were thinking of making personalized stamp packs and trading them :)

I only know of two offhand.  One appears to no longer be online, but
appears to have been archived by Internet Archive's Wayback Machine:

 * Tuxpaint Stamps for Australian Schools
   (Collection of stamps and other resources for tuxpaint for use in,
   and specific to, Australian Schools. Content includes Australian coins,
   bank notes, signs, animals, plants, state flags, etc.)
   https://sourceforge.net/projects/tuxpaint-au/

 * TuxPaint - Jamaican Stamps
   (A handful of common Jamaican items (ackee, Dr. Bird, the flag,
   etc.) for use with the TuxPaint software.)
   https://web.archive.org/web/20210417123546/https://joncamfield.com/oss/#tuxpaint

-bill!

[Tuxpaint-stamps] Stamps

[livia H. <liv...@gm...>]

Hello!

I am a Mac user (mac os Monterey) trying to get into making my own stamps.
I have been able to add a stamp into the personal files folder
successfully, but I’m curious: Following the guide on the site under
“extending tux paint” I was able to find the folder that comes with basic
tux paint with the stamps of tux and his sound files, but I have the
downloadable stamp pack downloaded and functioning. But I can’t find those
files anywhere. Where are those files stored? I was hoping to look at them
as reference for how to set up my stamps with sound files and txt files.


Also do you know of any community stamp packs? Me and some of my friends
were thinking of making personalized stamp packs and trading them :)


Thanks!

Livia

Re: [Tuxpaint-stamps] [Tuxpaint-i18n] Reduced bitrate of many stamp description sounds

[Karl O. H. <ka...@hu...>]

Bill Kendrick skreiv 02.06.2024 19:33:
>>> The other day I went through and converted all descriptive sound files
>>> in Tux Paint Stamps -- the sounds of people speaking the names of
>>> stamps -- from stereo to mono.  That saved almost 100MB of space
>>> used by those OGG files!
>> I think this is misguided. Ogg Vorbis uses channel coupling (similar to
>> joint stereo in the MP3 format), and since the recordings have been done by
>> (mono) microphones, converting from stereo to mono should in theory have
>> *no* effect.
> There were many recordings where the audio was only playing in one
> channel (e.g., if I had headphones on, I'd only hear the voice speaking
> the stamp description in my left ear, and silence on my right).

OK, I see. That would certainly be a reason to convert to mono. But when 
doing this, wouldn’t the software mix 50% sound with 50% silence, 
effectively halving the volume level? So you should normalize the volume 
afterwards.

Also note that there is *possibly* a difference in the audio output 
between a mono sound file and a stereo sound file with identical left 
and right channels. On a surround (5.1) system, PulseAudio/PipeWire by 
default (I think) plays mono sound through the centre speaker, but 
stereo sound through the left and the right front speakers. At least, 
this is what happens when you play the file through a simple audio 
player, e.g., mpv. But if libsdl does some mixing internally and only 
outputs stereo audio, this will not happen.

>      Original → Encode to Ogg → Reencode (mono) → Reencode (bitrate)
>
> Seehttps://wiki.hydrogenaud.io/index.php?title=Transcoding
>
> It would be much better to encode to the final format from the *original*
> uncompressed files (if you have them).
> Oof, yes, I would have to dig them back up from an earlier release
> I suppose.

They should all be in the Git history. Example:

git log --name-only 92d3d3236 | grep wav$

But I agree that digging them up, checking for any later updates 
(including renames) etc. would be a lot of work …

BTW, perhaps we could have a separate repository where we could store 
all the original (.wav or .flac) files, and *automatically* generate the 
.ogg (or .opus or whatever) files from these? Then it would be easier to 
do *future* updates, e.g., to reencode when a new and better format 
comes along, to downmix to mono, to normalize the sound level etc.

> So what do you think, should I open some tickets for these things?
> e.g.:
>
>   1. restore original sound files from pre-12/2024 and
>      do a smarter job at compressing them, doing all of this
>      at once (rather than lossily one step at a time):
>
>      a. stereo->mono the truly bad stereo (sound in one channel,
>         silence in the other) recordings
>
>      b. reduce the quality level
>
>   2. investigate use of the Opus codec
>
>      a. ensure it's usable on all major platforms
>         (I assume Windows, Linux, macOS, and Android are good;
>         Haiku would be the main question)
>
>      b. using the files as they existed after step 1a,
>         re-encode using Opus codec; assuming the file size
>         is better (smaller) over all, use it

There’s no rush *doing* all of this, but having open tickets could be 
nice, so that we don’t lose track.


-- 
Karl Ove Hufthammer

Re: [Tuxpaint-stamps] [Tuxpaint-i18n] Reduced bitrate of many stamp description sounds

[Bill K. <nb...@so...>]

On Sun, Jun 02, 2024 at 10:33:50AM -0700, Bill Kendrick wrote:
<snip>
> I admit, a lot of the localized sound samples we have were done
> by children in noisy environments and the quality of the recordings
> were very bad to begin with.  I cast a wide net when I decided to
> try and shrink the filesize of the sound files.  We have nearly 17,000
> of them in tuxpaint-stamps
<snip>

Oops, I ran `find` from the top level, so it included my `build/`
subdir and doubled the number.  I was also counting ALL `.ogg` files,
not just the description ones.  That said, there are still ~8,000! :-D

-bill!

Re: [Tuxpaint-stamps] [Tuxpaint-i18n] Reduced bitrate of many stamp description sounds

[Bill K. <nb...@so...>]

On Sun, Jun 02, 2024 at 02:45:54PM +0200, Karl Ove Hufthammer wrote:
> [Sorry for the late reply to this.]
> 
> Bill Kendrick skreiv 12.01.2024 06:05:
> > The other day I went through and converted all descriptive sound files
> > in Tux Paint Stamps -- the sounds of people speaking the names of
> > stamps -- from stereo to mono.  That saved almost 100MB of space
> > used by those OGG files!
> 
> I think this is misguided. Ogg Vorbis uses channel coupling (similar to
> joint stereo in the MP3 format), and since the recordings have been done by
> (mono) microphones, converting from stereo to mono should in theory have
> *no* effect.

There were many recordings where the audio was only playing in one
channel (e.g., if I had headphones on, I'd only hear the voice speaking
the stamp description in my left ear, and silence on my right).

That said... sounds like possibly I goofed some things up. :-|


> I guess the reason that you saved 100 MB, is simply that you
> lossily recompressed a lossy format, further reducing the quality
> (introducing more artefacts).
> 
> 
> > Today, I did further work, this time to reduce the bitrate of sounds,
> > so they are never higher than 32,000bps.  That saved another 41MB.
> 
> Is this based on the already recompressed (mono) file? This will introduce
> even more artefacts. You will have have encoded the file *three* times,
> losing quality at each step:
> 
>     Original → Encode to Ogg → Reencode (mono) → Reencode (bitrate)
> 
> See https://wiki.hydrogenaud.io/index.php?title=Transcoding
> 
> It would be much better to encode to the final format from the *original*
> uncompressed files (if you have them).

Oof, yes, I would have to dig them back up from an earlier release
I suppose.

I admit, a lot of the localized sound samples we have were done
by children in noisy environments and the quality of the recordings
were very bad to begin with.  I cast a wide net when I decided to
try and shrink the filesize of the sound files.  We have nearly 17,000
of them in tuxpaint-stamps; it felt like a months-long full-time job
to sort out which ones would _truly_ benefit, and I guess I didn't
expect much degregation happening to the higher-quality ones, by
reencoding them to be smaller. (They still certainly sound way better
than the ones which were bad recordings to begin with, to my ears.)


> I have tried listening to the transcoded Norwegian Nynorsk files. They were
> already in mono, so there is only a single recompression, but the audio
> quality is noticeably worse.
> 
> I have the original files, and can compress the files to ~ 32 kbps. This
> should results in much higher-quality files.
> 
> BTW, the algorithm for recompressing the files is also misguided. You first
> test if the bitrate is higher than 32 kbps. If it is, you recompress to 32
> kbps. But the bitrate in Ogg Vorbis is a *nominal* bitrate, and you might
> actually end up with a file that is bigger than 32 kbps after recompressing.
> Also, if the quality of the original file is such that it doesn’t *need* 32
> kbps, you’re encoding at an unnecessarily *high* bitrate. It would better to
> specify the quality (e.g., the ‘--quality’ argument in oggenc, for example
> to -1).

Thanks for explaining!


> BTW, would it be possible for Tux Paint to support the Opus codec? This
> results in much lower file sizes for the *same* quality. In my tests, I can
> get the same quality as my original Ogg files but halving the file size (by
> compress the original .wav files and using ‘opusenc --bitrate 24’ – and note
> that despite the name, the ‘--bitrate’ argument specifies the *quality*, not
> the actual bitrate).

I assume we could based on

  https://wiki.libsdl.org/SDL2_mixer/FrontPage

  It supports 8 channels of 16 bit stereo audio, plus a single channel
  of music. It can load FLAC, MP3, Ogg, VOC, and WAV format audio. It
  can also load MIDI, MOD, and Opus audio, depending on build options
  (see the note below for details.)

although:

  Support for software MIDI, MOD, and Opus are not included by default
  because of the size of the decode libraries, but you can get them by
  running external/download.sh


So what do you think, should I open some tickets for these things?
e.g.:

 1. restore original sound files from pre-12/2024 and
    do a smarter job at compressing them, doing all of this
    at once (rather than lossily one step at a time):

    a. stereo->mono the truly bad stereo (sound in one channel,
       silence in the other) recordings

    b. reduce the quality level

 2. investigate use of the Opus codec

    a. ensure it's usable on all major platforms
       (I assume Windows, Linux, macOS, and Android are good;
       Haiku would be the main question)

    b. using the files as they existed after step 1a,
       re-encode using Opus codec; assuming the file size
       is better (smaller) over all, use it

Thanks again!

-bill!


> 
> 
> -- 
> Karl Ove Hufthammer


> _______________________________________________
> Tuxpaint-stamps mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps

Re: [Tuxpaint-stamps] [Tuxpaint-i18n] Reduced bitrate of many stamp description sounds

[Karl O. H. <ka...@hu...>]

[Sorry for the late reply to this.]

Bill Kendrick skreiv 12.01.2024 06:05:
> The other day I went through and converted all descriptive sound files
> in Tux Paint Stamps -- the sounds of people speaking the names of
> stamps -- from stereo to mono.  That saved almost 100MB of space
> used by those OGG files!

I think this is misguided. Ogg Vorbis uses channel coupling (similar to 
joint stereo in the MP3 format), and since the recordings have been done 
by (mono) microphones, converting from stereo to mono should in theory 
have *no* effect. I guess the reason that you saved 100 MB, is simply 
that you lossily recompressed a lossy format, further reducing the 
quality (introducing more artefacts).


> Today, I did further work, this time to reduce the bitrate of sounds,
> so they are never higher than 32,000bps.  That saved another 41MB.

Is this based on the already recompressed (mono) file? This will 
introduce even more artefacts. You will have have encoded the file 
*three* times, losing quality at each step:

     Original → Encode to Ogg → Reencode (mono) → Reencode (bitrate)

See https://wiki.hydrogenaud.io/index.php?title=Transcoding

It would be much better to encode to the final format from the 
*original* uncompressed files (if you have them).

I have tried listening to the transcoded Norwegian Nynorsk files. They 
were already in mono, so there is only a single recompression, but the 
audio quality is noticeably worse.

I have the original files, and can compress the files to ~ 32 kbps. This 
should results in much higher-quality files.

BTW, the algorithm for recompressing the files is also misguided. You 
first test if the bitrate is higher than 32 kbps. If it is, you 
recompress to 32 kbps. But the bitrate in Ogg Vorbis is a *nominal* 
bitrate, and you might actually end up with a file that is bigger than 
32 kbps after recompressing. Also, if the quality of the original file 
is such that it doesn’t *need* 32 kbps, you’re encoding at an 
unnecessarily *high* bitrate. It would better to specify the quality 
(e.g., the ‘--quality’ argument in oggenc, for example to -1).

BTW, would it be possible for Tux Paint to support the Opus codec? This 
results in much lower file sizes for the *same* quality. In my tests, I 
can get the same quality as my original Ogg files but halving the file 
size (by compress the original .wav files and using ‘opusenc --bitrate 
24’ – and note that despite the name, the ‘--bitrate’ argument specifies 
the *quality*, not the actual bitrate).


-- 
Karl Ove Hufthammer

Re: [Tuxpaint-stamps] Reduced bitrate of many stamp description sounds

[Bill K. <nb...@so...>]

On Thu, Jan 11, 2024 at 09:05:05PM -0800, Bill Kendrick wrote:
<snip>
> Today, I did further work, this time to reduce the bitrate of sounds,
> so they are never higher than 32,000bps.  That saved another 41MB.
<snip> 
> Since the bitrate change is technically destructive (but not
> noticable to my ears), I decided NOT to commit all of the changes
> at once, but instead am doing so on a per-language,
> per-top-level-directory basis.
> 
> e.g., all BE "animals", then all CA "animals", ... then all BE "space",
> then all CA "space", then all FR "space", ... and so on...

BTW I forgot to mention, I did this with a one-off BASH command
(no reason to save it as a shell script in `tools`):


for i in `ls`; do
  echo "============================================================="
  for j in `echo "be bg ca da el es fr lt ml nl nn ro ru"`; do
    echo "-------------------------------------------------------------"
    echo $i - $j
    git add `find $i -name "*_desc_$j.ogg"`
    git commit -m "Reduce bitrate of $j descriptions of $i stamps"
    git push
  done
done


FYI!

-bill!

[Tuxpaint-stamps] Reduced bitrate of many stamp description sounds

[Bill K. <nb...@so...>]

The other day I went through and converted all descriptive sound files
in Tux Paint Stamps -- the sounds of people speaking the names of
stamps -- from stereo to mono.  That saved almost 100MB of space
used by those OGG files!

Today, I did further work, this time to reduce the bitrate of sounds,
so they are never higher than 32,000bps.  That saved another 41MB.

In both cases, I used BASH shell scripts (commited in the
`tuxpaint-stamps` repository, under the `tools` subdirectory) here on
my Linux laptop.  They use FFMPEG tools (`ffmpeg` itself, and the
latter uses `ffprobe` to check the bitrate, and skip those that
are already at <= 32,000bps).

Since the bitrate change is technically destructive (but not
noticable to my ears), I decided NOT to commit all of the changes
at once, but instead am doing so on a per-language,
per-top-level-directory basis.

e.g., all BE "animals", then all CA "animals", ... then all BE "space",
then all CA "space", then all FR "space", ... and so on...


This will allow us to revert one or more commits, to recover
files which anyone might decide does not sound enough now,
without having to revert ALL of the changes at once! 8^o

At 14 languages x 16 top-level, it could be as many as
224 commits!  It's going to have been fewer than that, though,
as not every category of stamp has descriptions in every
language, and even then not every sound file was encoded at
higher than 32Kbps.  (For example, none of the English files
needed to be touched, as they were mostly 32K; a few 8K.)

Anyway, if anyone notices any descriptive sounds in their favorite
locale sounding bad -- well, worse than they did already (many are
VERY poor quality recordings; but beggars can't be choosers!) --
then please alert me and we can look at whether it's worth
reverting the pre-2024-01-11 versions of the OGG files in question,
and consider other ways to reduce their size.


Ref: https://sourceforge.net/p/tuxpaint/bugs/284/

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-stamps] New fish stamp

[Bill K. <nb...@so...>]

On Thu, Dec 23, 2021 at 12:10:00PM +0600, Saffan Al Mostafa wrote:
> The name for the rubber stamp is Colorful Bannerfish.
> The description is A very nice tropical fish for an aquarium.
> And the fish can not change colour!

Thank you for your contribution, but unfortunately it appears
this art is "for personal use only" (per what I see written at
https://www.pngfind.com/mpng/bihTw_butterflyfish-clipart-dory-fish-tropical-fish-clip-art/)
and therefore we cannot redistribute it as part of Tux Paint.

Thanks anyway,

-- 
-bill!
Sent from my computer

[Tuxpaint-stamps] New fish stamp

[Saffan Al M. <saf...@gm...>]

The name for the rubber stamp is Colorful Bannerfish.
The description is A very nice tropical fish for an aquarium.
And the fish can not change colour!

[Tuxpaint-stamps] Stamps available for Android!

[Bill K. <nb...@so...>]

Pere has put together a set of APK packages for Android
which can be used to install the Tux Paint Stamps collection.

Along with the main collection of art, sound effects, and
descriptive text strings (in a "main" package), there are also
separate packages that you can optionally download to install
the localized descriptive spoken sounds.

You can find them on the Android download page:

  http://www.tuxpaint.org/download/android/

Enjoy!

-- 
-bill!
Sent from my computer

[Tuxpaint-stamps] Multi-colored variations of the same stamp

[Bill K. <nb...@so...>]

I was casually poking around Tux Paint today, and noticed two
sets of SVG stamps that were introduced a while back, and it
occurred to me they introduced some redundancy.

First were a set of nice-looking SVG presents (wrapped gifts).
They were identical, except for color.  That's not actually
useful, since Tux Paint actually has a tinting option that can
be set for stamps. (Put the line "tintable" in a ".dat" file.)
So I removed all but one, and set that option.  Saves disk & RAM!

These also made the very old, poorly-drawn (by me, I assume)
PNG-based gift redundant, so I removed it.

After doing all that, I found an identical situation with some
heart-shaped stamps.  3 new identical (save for color) SVGs,
and a very old, not-so-good-looking PNG.  I've just done the same.

In the future, when you consider adding such stamps to Tux Paint,
ask yourself whether it's sufficient to simply let the user choose
the color, and add only one stamp image to the set, or if it's
_actually_ necessary to have multiple versions of the same drawing.

Thanks in advance!  I hope everyone's staying well!  Good luck! 8^o

-- 
-bill!
Sent from my computer

[Tuxpaint-stamps] Tux Paint has switched to Git (from CVS)!

[Bill K. <nb...@so...>]

SourceForge is in the process of deprecating the CVS version control system,
and I've migrated the Tux Paint project modules from CVS into a set of
four Git repositories... one each for:

 * the main program ("tuxpaint")
 * the stamps collection ("tuxpaint-stamps")
 * the config tool ("tuxpaint-config")
 * maintaining the website (tuxpaint.org) ("tuxpaint-website")


Everyone helping to maintain the various parts of Tux Paint, including
translations, please update things accordingly.

I've posted some info here:
  http://tuxpaint.org/download/source/git/

and you can access the repos directly at SourceForge, starting here:
  https://sourceforge.net/p/tuxpaint/_list/git


Translators, there are some PO file updates, relating to strings I
changed on the website to reflect the CVS -> Git change.

  http://tuxpaint.org/help/po/#tpw
  https://sourceforge.net/p/tuxpaint/tuxpaint-website/ci/master/tree/po/

Thanks & enjoy!

-- 
-bill!
Sent from my computer

Re: [Tuxpaint-stamps] Website

[Angela J. <aje...@ne...>]

Another question. My new mac has el capitan as its operating system. Tux
Paint does not seem to work on that system. Is there a work around?

Thanks,
Angela


____________________

*Angela Jenkins*
Elementary Technology
Neuse Charter School
*aje...@ne... <aje...@ne...>*
http://cougarstechterritory.pbworks.com

On Fri, Aug 19, 2016 at 3:41 PM, bb <hel...@be...> wrote:

>
> http://tux-paint.en.softonic.com/mac
>
>
>
>
> On 8/19/2016 8:13 AM, Angela Jenkins wrote:
>
> Tux Paint website is not working and I need to download Tux for Mac. Does
> anyone have a copy they can forward me?
>
> Thanks
> Angela
>
> ____________________
>
> *Angela Jenkins*
> Elementary Technology
> Neuse Charter School
> *aje...@ne... <aje...@ne...>*
> http://cougarstechterritory.pbworks.com
>
> ****This Message was sent through the Neuse Charter Schools E-Mail
> Server****
>
> All e-mail correspondence to and from this address is subject to the
> North Carolina Public Records Law, which may result in monitoring and
> disclosure to third parties, including law enforcement.
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Tuxpaint-stamps mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps
>
>
>
>
> ------------------------------
> [image: Avast logo] <https://www.avast.com/antivirus>
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com <https://www.avast.com/antivirus>
>
>
> ------------------------------------------------------------
> ------------------
>
> _______________________________________________
> Tuxpaint-stamps mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps
>
>

-- 
****This Message was sent through the Neuse Charter Schools E-Mail 
Server**** 

All e-mail correspondence to and from this address is subject to the North 
Carolina Public Records Law, which may result in monitoring and disclosure 
to third parties, including law enforcement.

Re: [Tuxpaint-stamps] Website

[bb <hel...@be...>]

Here are the stamps...

http://tux-paint-stamps.en.softonic.com/


On 8/19/2016 3:41 PM, bb wrote:
>
> http://tux-paint.en.softonic.com/mac
>
>
>
> On 8/19/2016 8:13 AM, Angela Jenkins wrote:
>> Tux Paint website is not working and I need to download Tux for Mac. 
>> Does anyone have a copy they can forward me?
>>
>> Thanks
>> Angela
>>
>> ____________________
>>
>> *Angela Jenkins*
>> Elementary Technology
>> Neuse Charter School
>> _aj...@ne... 
>> <mailto:aje...@ne...>_
>> http://cougarstechterritory.pbworks.com
>>
>> ****This Message was sent through the Neuse Charter Schools E-Mail 
>> Server****
>>
>> All e-mail correspondence to and from this address is subject to the 
>> North Carolina Public Records Law, which may result in monitoring and 
>> disclosure to third parties, including law enforcement.
>>
>>
>> ------------------------------------------------------------------------------
>>
>>
>> _______________________________________________
>> Tuxpaint-stamps mailing list
>> Tux...@li...
>> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps
>
>
>
>
> ------------------------------------------------------------------------
> Avast logo <https://www.avast.com/antivirus> 	
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com <https://www.avast.com/antivirus>
>
>
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> Tuxpaint-stamps mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: [Tuxpaint-stamps] Website

[bb <hel...@be...>]

http://tux-paint.en.softonic.com/mac



On 8/19/2016 8:13 AM, Angela Jenkins wrote:
> Tux Paint website is not working and I need to download Tux for Mac. 
> Does anyone have a copy they can forward me?
>
> Thanks
> Angela
>
> ____________________
>
> *Angela Jenkins*
> Elementary Technology
> Neuse Charter School
> _aj...@ne... <mailto:aje...@ne...>_
> http://cougarstechterritory.pbworks.com
>
> ****This Message was sent through the Neuse Charter Schools E-Mail 
> Server****
>
> All e-mail correspondence to and from this address is subject to the 
> North Carolina Public Records Law, which may result in monitoring and 
> disclosure to third parties, including law enforcement.
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> Tuxpaint-stamps mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: [Tuxpaint-stamps] Website

[Chion J. <f6...@or...>]

Le 19/08/2016 à 14:13, Angela Jenkins a écrit :
> Tux Paint website is not working and I need to download Tux for Mac.
> Does anyone have a copy they can forward me?
>
> Thanks
> Angela
>
> ____________________


Hello,

the tuxpaint.org is not responding in France also.

But perhaps this link should be useful :


https://sourceforge.net/projects/tuxpaint/files/tuxpaint/0.9.21/tuxpaint-0.9.21-macosx.dmg/download


Best regards

Jacques Chion

[Tuxpaint-stamps] Website

[Angela J. <aje...@ne...>]

Tux Paint website is not working and I need to download Tux for Mac. Does
anyone have a copy they can forward me?

Thanks
Angela

____________________

*Angela Jenkins*
Elementary Technology
Neuse Charter School
*aje...@ne... <aje...@ne...>*
http://cougarstechterritory.pbworks.com

-- 
****This Message was sent through the Neuse Charter Schools E-Mail 
Server**** 

All e-mail correspondence to and from this address is subject to the North 
Carolina Public Records Law, which may result in monitoring and disclosure 
to third parties, including law enforcement.

Re: [Tuxpaint-stamps] general Stamps question

[Pere P. i C. <per...@gm...>]

Hi Laurie,


El dt 04 de 11 de 2014 a les 09:48 -0500, en/na Laurie Cohen va
escriure:
> Are all the Stamps from the online Gallery in the most recent download?

They should be there, if you find any lacking one, please report it.

Pere

[Tuxpaint-stamps] general Stamps question

[Laurie C. <lsc...@gm...>]

Are all the Stamps from the online Gallery in the most recent download?

Laurie Cohen
TSGW
Silver Spring, MD
USA

Re: [Tuxpaint-stamps] [Tuxpaint-maintainers] Idea: splitting Tux Paint Stamps based on locale (sound files)

[TOYAMA Shin-i. <sh...@wm...>]

Hi!

Pere Pujal i Carabantes wrote, 
> The windows installer for xx languageshould provide the same list
> All stapscome inside the windows installer, even if the user only wants 
> animals,  that could be  the same for each language pack:
> all sounds descs inside, then install only the selected ones.

I tried to create core and language specific win32-installer.

  http://z1.plala.jp/tuxpaint/testing/stamps/test/

Please check them.
I'm attaching shell script file which I used to create separated .iss files.

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

Re: [Tuxpaint-stamps] Idea: splitting Tux Paint Stamps based on locale (sound files)

[Pere P. i C. <per...@gm...>]

On 29 d’agost de 2014 21:12:43 CEST, Bill Kendrick <nb...@so...> wrote:
>
>So the Tux Paint Stamps collection has gotten really huge since
>the last release.  While we do have some new stamp images,
>mostly it's due to the localized descriptive sound files.
>(e.g., someone saying the phrase "A crow", in various languages).
>
>They're currently accounting for about 2/3rd of the size of the
>Tux Paint Stamps collection.  Here are some statistics I just ran,
>using some Unix-y commands in my CVS checkout of the 'tuxpaint-stamps'
>repository:
>
> * Number of stamps:
>tuxpaint-stamps/stamps/$ find . -name "*.png" -or -name "*.svg" | wc -l
>   1053
>
> * Number of localized description sound files:
>   tuxpaint-stamps/stamps$ find . -name "*_desc_*.ogg" | wc -l
>   7320
>
>* Breakdown (counts) of localized description sound files, by language:
>tuxpaint-stamps/stamps$ find . -name "*_desc_*.ogg" | rev | cut -d "_"
>-f 1-2 | rev | sort | uniq -c
>       702 desc_be.ogg
>       925 desc_bg.ogg
>       926 desc_ca.ogg
>       322 desc_da.ogg
>         1 desc_da.ogg.ogg  << oops? :)
>       681 desc_el.ogg
>       898 desc_es.ogg
>       936 desc_fr.ogg
>         6 desc_ml.ogg
>        67 desc_nl.ogg
>       928 desc_ro.ogg
>       928 desc_ru.ogg
>
> * Size of entirety of tuxpaint-stamps (cvs checkout):
>   tuxpaint-stamps$ du -s -h
>   253M    .
>
> * Size of just the localized description sound files
>   (excuse the silly way in which I calculated this ;) )
>
>tuxpaint-stamps$ find . -name "*_desc_*.ogg" -exec cat {} \; >
>ALL_DESC_OGG.dat ; ls -lh ALL_DESC_OGG.dat
>   -rw-rw-r-- 1 kendrick kendrick 171M Aug 29 11:05 ALL_DESC_OGG.dat

Those could be reduced  (lossy) by sox, stereo->mono  44100->8000
I did for catalan and the results where açceptable  but I wouldn't trust 
for all langs  without  having a native speecher reviewing the result.

>
>
>I'm thinking at, at this point, it makes sense to start breaking
>the Tux Paint Stamps release up, like so:
>
> * core
>   + The stamps:
>     - image files (png, svg)
>     - textual description files (all locales) (txt)
>     - data files (dat)
>     - sound effects (ogg)
>   - Documentation
>   - The English language description sounds (_desc.ogg)
> * Belarusian descriptive sounds
>   - _desc_be.ogg
> * Bulgarian descriptive sounds
>   - _desc_bg.ogg
> * Catalan descriptive sounds
>   - _desc_ca.ogg
> * ...etc.

Sounds reasonable

>
>One thing that causes a wrinkle in this idea is that, in some cases,
>the stamps have been separated into their category heirarchies:
>
> * Separate Linux RPM packages are produced for each category
>   (e.g., tuxpaint-stamps-food-2014.08.23-1.noarch.rpm,
>   tuxpaint-stamps-hobbies-2014-08-23-1.noarch.rpm, etc.)
>
> * The Windows Installer for Tux Paint Stamps provides a checklist of
>   categories that the user (parent/teacher/etc.) wishes to install.
>

The windows installer for xx languageshould provide the same list
All stapscome inside the windows installer, even if the user only wants 
animals,  that could be  the same for each language pack:
all sounds descs inside, then install only the selected ones.


>Without a package manager to handle things for you (e.g.,a 
>"tuxpaint-stamps" meta-package that depends on all of the individual
>stamp category packages), it can be annoying to have to download so
>many separate files if you want to install all the stamps.
>
>However, if you don't wish to install every category, it's a lot nicer
>to not be required to _download_ all of them, regardless of what you
>choose to install.
>
>It may be, though, that simply reducing the download size for all
>stamps (by removing the descriptive sound effects) will alleviate
>that problem -- for now, at least. :)
>
>
>I'm interested to hear what people think about this subject.
>At the very least, I'd like to redesign the "make release" process
>in tuxpaint-stamps' Makefile such that it produces a core stamps
>release, and separate, individual localization releases (add-ons)
>that contain just the descriptive sound effect files.
>
>Then, when I produce a Tux Paint release, I'll upload a dozen
>.tar.gz tarball files (core, plus 11 localizations, currently).
>
>This will undoubtedly affect the work of John and Shin-Ichi, since
>they've both been doing maintenance and releases of the Windows build,
>and Shin-Ichi has been doing releases of the RPMs.  So I'd like to
>do what I can to make their lives easier, both in terms of:
>
> a. what they've been doing so far (splitting up categories)
> b. what I'll be forcing upon them (separating out localized sounds)
>
>
>Since Tux Paint Stamps is currently _so_ very large, I'd love to
>get this figured out soon, and produce an updated release, just
>for the stamps.  (It should not require any changes to Tux Paint
>itself, so doesn't need to wait for another release of TP itself.)
>
>Thanks in advance for your feedback!

HTH
Pere
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Re: [Tuxpaint-stamps] Idea: splitting Tux Paint Stamps based on locale (sound files)

[Caroline F. <car...@gm...>]

I think making localised packages like that makes sense. Not everyone has the bandwidth for massive packages so either making specific language installs or a default + add-in language pack makes sense.

Caroline

Sent from a mobile device.

> On 29 Aug 2014, at 20:12, Bill Kendrick <nb...@so...> wrote:
> 
> 
> So the Tux Paint Stamps collection has gotten really huge since
> the last release.  While we do have some new stamp images,
> mostly it's due to the localized descriptive sound files.
> (e.g., someone saying the phrase "A crow", in various languages).
> 
> They're currently accounting for about 2/3rd of the size of the
> Tux Paint Stamps collection.  Here are some statistics I just ran,
> using some Unix-y commands in my CVS checkout of the 'tuxpaint-stamps'
> repository:
> 
> * Number of stamps:
>   tuxpaint-stamps/stamps/$ find . -name "*.png" -or -name "*.svg" | wc -l
>   1053
> 
> * Number of localized description sound files:
>   tuxpaint-stamps/stamps$ find . -name "*_desc_*.ogg" | wc -l
>   7320
> 
> * Breakdown (counts) of localized description sound files, by language:
>   tuxpaint-stamps/stamps$ find . -name "*_desc_*.ogg" | rev | cut -d "_" -f 1-2 | rev | sort | uniq -c
>       702 desc_be.ogg
>       925 desc_bg.ogg
>       926 desc_ca.ogg
>       322 desc_da.ogg
>         1 desc_da.ogg.ogg  << oops? :)
>       681 desc_el.ogg
>       898 desc_es.ogg
>       936 desc_fr.ogg
>         6 desc_ml.ogg
>        67 desc_nl.ogg
>       928 desc_ro.ogg
>       928 desc_ru.ogg
> 
> * Size of entirety of tuxpaint-stamps (cvs checkout):
>   tuxpaint-stamps$ du -s -h
>   253M    .
> 
> * Size of just the localized description sound files
>   (excuse the silly way in which I calculated this ;) )
> 
>   tuxpaint-stamps$ find . -name "*_desc_*.ogg" -exec cat {} \; > ALL_DESC_OGG.dat ; ls -lh ALL_DESC_OGG.dat
>   -rw-rw-r-- 1 kendrick kendrick 171M Aug 29 11:05 ALL_DESC_OGG.dat
> 
> 
> I'm thinking at, at this point, it makes sense to start breaking
> the Tux Paint Stamps release up, like so:
> 
> * core
>   + The stamps:
>     - image files (png, svg)
>     - textual description files (all locales) (txt)
>     - data files (dat)
>     - sound effects (ogg)
>   - Documentation
>   - The English language description sounds (_desc.ogg)
> * Belarusian descriptive sounds
>   - _desc_be.ogg
> * Bulgarian descriptive sounds
>   - _desc_bg.ogg
> * Catalan descriptive sounds
>   - _desc_ca.ogg
> * ...etc.
> 
> One thing that causes a wrinkle in this idea is that, in some cases,
> the stamps have been separated into their category heirarchies:
> 
> * Separate Linux RPM packages are produced for each category
>   (e.g., tuxpaint-stamps-food-2014.08.23-1.noarch.rpm,
>   tuxpaint-stamps-hobbies-2014-08-23-1.noarch.rpm, etc.)
> 
> * The Windows Installer for Tux Paint Stamps provides a checklist of
>   categories that the user (parent/teacher/etc.) wishes to install.
> 
> Without a package manager to handle things for you (e.g.,a 
> "tuxpaint-stamps" meta-package that depends on all of the individual
> stamp category packages), it can be annoying to have to download so
> many separate files if you want to install all the stamps.
> 
> However, if you don't wish to install every category, it's a lot nicer
> to not be required to _download_ all of them, regardless of what you
> choose to install.
> 
> It may be, though, that simply reducing the download size for all
> stamps (by removing the descriptive sound effects) will alleviate
> that problem -- for now, at least. :)
> 
> 
> I'm interested to hear what people think about this subject.
> At the very least, I'd like to redesign the "make release" process
> in tuxpaint-stamps' Makefile such that it produces a core stamps
> release, and separate, individual localization releases (add-ons)
> that contain just the descriptive sound effect files.
> 
> Then, when I produce a Tux Paint release, I'll upload a dozen
> .tar.gz tarball files (core, plus 11 localizations, currently).
> 
> This will undoubtedly affect the work of John and Shin-Ichi, since
> they've both been doing maintenance and releases of the Windows build,
> and Shin-Ichi has been doing releases of the RPMs.  So I'd like to
> do what I can to make their lives easier, both in terms of:
> 
> a. what they've been doing so far (splitting up categories)
> b. what I'll be forcing upon them (separating out localized sounds)
> 
> 
> Since Tux Paint Stamps is currently _so_ very large, I'd love to
> get this figured out soon, and produce an updated release, just
> for the stamps.  (It should not require any changes to Tux Paint
> itself, so doesn't need to wait for another release of TP itself.)
> 
> Thanks in advance for your feedback!
> 
> -- 
> -bill!
> (with a woefully slow DSL line at home ;) )
> 
> ------------------------------------------------------------------------------
> Slashdot TV.  
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> Tuxpaint-stamps mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps

[Tuxpaint-stamps] Idea: splitting Tux Paint Stamps based on locale (sound files)

[Bill K. <nb...@so...>]

So the Tux Paint Stamps collection has gotten really huge since
the last release.  While we do have some new stamp images,
mostly it's due to the localized descriptive sound files.
(e.g., someone saying the phrase "A crow", in various languages).

They're currently accounting for about 2/3rd of the size of the
Tux Paint Stamps collection.  Here are some statistics I just ran,
using some Unix-y commands in my CVS checkout of the 'tuxpaint-stamps'
repository:

 * Number of stamps:
   tuxpaint-stamps/stamps/$ find . -name "*.png" -or -name "*.svg" | wc -l
   1053

 * Number of localized description sound files:
   tuxpaint-stamps/stamps$ find . -name "*_desc_*.ogg" | wc -l
   7320

 * Breakdown (counts) of localized description sound files, by language:
   tuxpaint-stamps/stamps$ find . -name "*_desc_*.ogg" | rev | cut -d "_" -f 1-2 | rev | sort | uniq -c
       702 desc_be.ogg
       925 desc_bg.ogg
       926 desc_ca.ogg
       322 desc_da.ogg
         1 desc_da.ogg.ogg  << oops? :)
       681 desc_el.ogg
       898 desc_es.ogg
       936 desc_fr.ogg
         6 desc_ml.ogg
        67 desc_nl.ogg
       928 desc_ro.ogg
       928 desc_ru.ogg

 * Size of entirety of tuxpaint-stamps (cvs checkout):
   tuxpaint-stamps$ du -s -h
   253M    .

 * Size of just the localized description sound files
   (excuse the silly way in which I calculated this ;) )

   tuxpaint-stamps$ find . -name "*_desc_*.ogg" -exec cat {} \; > ALL_DESC_OGG.dat ; ls -lh ALL_DESC_OGG.dat
   -rw-rw-r-- 1 kendrick kendrick 171M Aug 29 11:05 ALL_DESC_OGG.dat


I'm thinking at, at this point, it makes sense to start breaking
the Tux Paint Stamps release up, like so:

 * core
   + The stamps:
     - image files (png, svg)
     - textual description files (all locales) (txt)
     - data files (dat)
     - sound effects (ogg)
   - Documentation
   - The English language description sounds (_desc.ogg)
 * Belarusian descriptive sounds
   - _desc_be.ogg
 * Bulgarian descriptive sounds
   - _desc_bg.ogg
 * Catalan descriptive sounds
   - _desc_ca.ogg
 * ...etc.

One thing that causes a wrinkle in this idea is that, in some cases,
the stamps have been separated into their category heirarchies:

 * Separate Linux RPM packages are produced for each category
   (e.g., tuxpaint-stamps-food-2014.08.23-1.noarch.rpm,
   tuxpaint-stamps-hobbies-2014-08-23-1.noarch.rpm, etc.)

 * The Windows Installer for Tux Paint Stamps provides a checklist of
   categories that the user (parent/teacher/etc.) wishes to install.

Without a package manager to handle things for you (e.g.,a 
"tuxpaint-stamps" meta-package that depends on all of the individual
stamp category packages), it can be annoying to have to download so
many separate files if you want to install all the stamps.

However, if you don't wish to install every category, it's a lot nicer
to not be required to _download_ all of them, regardless of what you
choose to install.

It may be, though, that simply reducing the download size for all
stamps (by removing the descriptive sound effects) will alleviate
that problem -- for now, at least. :)


I'm interested to hear what people think about this subject.
At the very least, I'd like to redesign the "make release" process
in tuxpaint-stamps' Makefile such that it produces a core stamps
release, and separate, individual localization releases (add-ons)
that contain just the descriptive sound effect files.

Then, when I produce a Tux Paint release, I'll upload a dozen
.tar.gz tarball files (core, plus 11 localizations, currently).

This will undoubtedly affect the work of John and Shin-Ichi, since
they've both been doing maintenance and releases of the Windows build,
and Shin-Ichi has been doing releases of the RPMs.  So I'd like to
do what I can to make their lives easier, both in terms of:

 a. what they've been doing so far (splitting up categories)
 b. what I'll be forcing upon them (separating out localized sounds)


Since Tux Paint Stamps is currently _so_ very large, I'd love to
get this figured out soon, and produce an updated release, just
for the stamps.  (It should not require any changes to Tux Paint
itself, so doesn't need to wait for another release of TP itself.)

Thanks in advance for your feedback!

-- 
-bill!
(with a woefully slow DSL line at home ;) )

Re: [Tuxpaint-stamps] Reducing size of Tux Paint stamp files by optimising PNG files

[Bill K. <nb...@so...>]

I'm so behind on email, that I only just read this thread from March.
I'm happy to see a space reduction, and will keep an eye out for any
issues.  It sounds like there should be no visible change, though! Thanks! :)

-bill!

On Sun, Jun 29, 2014 at 01:10:01PM +0200, Karl Ove Hufthammer wrote:
> Pere Pujal i Carabantes skreiv:
> 
> >> OK. I???ve now done another run, where I don???t clean any fully transparent
> >> pixels. The savings are now 1.6 MiB (1.1 MiB for stamps and 0.5 MiB for
> >> Tux Paint itself). OK to commit?
> > 
> > I can't see anything to opose, if my advice counts I would say go ahead
> > and commit :)
> 
> OK. I???ve now commited the optimised PNG files. For the record, here???s the 
> commands I used:
> 
> find . -name '*.png' | while read fil
> do
>   echo $fil
>   wine /path-to-truepng/TruePNG.exe /zc9 /zm1-9 /zs0-3 /fe /na /i0 \
>        $fil >/dev/null 2>/dev/null
>   wine /path-to-truepng/PNGZopfli.exe $fil 50 >/dev/null 2>/dev/null
>   mv ${fil%.png}.zopfli.png $fil >/dev/null
> done
> 
> I used TruePNG v0.4.2.1 and PNGZopfli v1.2.
> 
> -- 
> Karl Ove Hufthammer
> E-mail: ka...@hu...
> Jabber: hu...@ja...
> 
> 
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Tuxpaint-stamps mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-stamps

-- 
-bill!
Sent from my computer