Re: [dev] Request for name suggestions: suckless video editor

[Mattias Andrée]

On Fri, 13 Jan 2017 01:34:40 +0530
Mohammed Zohaib Ali Khan  wrote:

> > How about `Tasveer'. It actually means pictorial
> > representation of information and it can alternatively
> > be abbreviated to tsvr - Teletyped Simple Video
> > Revision[er] (or something else with R. I honestly feel
> > `Revision[er]' is cooler than `editor' ;) ).
> >
> > Regards,
> > Zohaib  
> 
> Adding to my previous comment `Tasveer' has a deep
> meaning. It comes from the root letters TSVR. Which when
> used in this sequence form words which are all used to
> express similar meanings. Some of which I know of are:
> 
> 1. Tasavvur - To imagine.
> 2. Tasveer - Pictorial representation.
> 
> There are many coming out of these root letters but
> unfortunately I do not know all, as I am no linguist in
> semetic languages.
> 
> 
> Regards,
> 
> Zohaib
> 

I like the suggestion, but I prefer ‘blind’.


pgpTLQWix3U2r.pgp
Description: OpenPGP digital signature

Re: [dev] Request for name suggestions: suckless video editor

[Mohammed Zohaib Ali Khan]

> How about `Tasveer'. It actually means pictorial representation of
> information and it can alternatively be abbreviated to tsvr -
> Teletyped Simple Video Revision[er] (or something else with R. I
> honestly feel `Revision[er]' is cooler than `editor' ;) ).
>
> Regards,
> Zohaib

Adding to my previous comment `Tasveer' has a deep meaning. It comes
from the root letters TSVR. Which when used in this sequence form
words which are all used to express similar meanings. Some of which I
know of are:

1. Tasavvur - To imagine.
2. Tasveer - Pictorial representation.

There are many coming out of these root letters but unfortunately I do
not know all, as I am no linguist in semetic languages.


Regards,

Zohaib

Re: [dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C

[Alex Pilon]

On Thu, Jan 12, 2017 at 07:25:06PM +0100, Patrick Bucher wrote:
> I'm using st and dwm at the same time, and today I discovered a little problem
> when using the default config of both programs. st uses Alt-Shift-C to copy 
> text
> into the clipboard, […] How do you deal with that?

Use Ctrl-Sfhit-C, not Alt-Shift-C, like the other terminal emulators use.

> PS: Anybody using Arch Linux here?

Yes, because I'm too lazy to get crappy packages in a “real” distro.

> Since the fontconfig update today st no longer works with my font of
> choice Terminus. Just in case somebody has the same problem... here's
> my font[] definition:

Nothing to do with Arch. It's an upstream fontconfig change. The font
name is now “xos4 Terminus”.

Re: [dev] Request for name suggestions: suckless video editor

[Mohammed Zohaib Ali Khan]

On Thu, Jan 12, 2017 at 8:05 PM, Calvin Morrison  wrote:
>
> On 11 January 2017 at 20:12, Mattias Andrée  wrote:
> > Greetings!
> >
> > I'm working a non-graphical video editor. However, I need a
> > proper name for the project, and I have no idea what to call
> > it, so I'm taking suggestions from you.
> >
> > A non-graphical video editor may sound a bit insane. There
> > will be a graphical tool for finding locating frames, but
> > that is as graphical as it gets, as far as I can foresee at
> > the moment. The reasons for a non-graphical video editor
> > are:
> >
> > •  It's source control friendly and it's easy for a user to
> >resolve merge conflicts and identify changes.
> >
> > •  Rendering can take a very long time. With this approach,
> >the user can use Make to only rerender parts that have
> >been changes.
> >
> > •  No room for buggy GUI:s, which currently is a problem on
> >the large video editors for Linux.
> >
> > •  Less chance that the user makes a change by mistake
> >without noticing it, such as moving a clip in the editor
> >by mistake instead of for example resizing.
> >
> > •  Even old crappy computers can be used for large projects.
> >
> > •  Very easy to utilise command line image editors for modify
> >frames, or to add your own tools for custom effects.
> >
> > Currently there is no support for audio, I'm not sure it's
> > actually needed, but I will investigate this later. If it's
> > added, I will only add tools for audio, it will not be for
> > audio effects, such tools already exists and are not needed.
> >
> > The video editor uses it's own format, it is a simply container
> > with the metadata: number of frames, width, heights, and
> > pixel format, followed by a magic value and the video in a
> > raw format. Currently the only support pixel format is
> > CIE XYZ with alpha expressed in `double`:s, but in the future
> > I may also add support for `float`:s for faster computations.
> > So the format is not portable between machines.
> >
> >
> > Mattias Andrée
>
> How about?
>
> sve?
>
> suckless video editor.
> simple video editor
> small video edtior
>
> or if you're hardcore
>
> fsve
>
> f***ing small video editor
> f***ing suckless video editor
> f**ing simple video editor
>

How about `Tasveer'. It actually means pictorial representation of
information and it can alternatively be abbreviated to tsvr -
Teletyped Simple Video Revision[er] (or something else with R. I
honestly feel `Revision[er]' is cooler than `editor' ;) ).

Regards,
Zohaib

Re: [dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C

[Joshua Haase]

Patrick Bucher  writes:

> Hi there,
>
> I'm using st and dwm at the same time, and today I discovered a little problem
> when using the default config of both programs. st uses Alt-Shift-C to copy 
> text
> into the clipboard, dwm uses Mod1-Shift-C for closing the selected window,
> whereas Mod1 is Alt by default, at least on my machine. (Maybe some of you use
> Super_L, vulgo "the Windows key".)

> How do you deal with that?

Indeed I user Super_L key for dwm, because many programs use Alt for
their own keyboard bindings.

Also, I use the mouse for copying and use autocutsel for syncing
selection and clipboard. So I mostly do not copy using Alt-Shift-C.

> PS: Anybody using Arch Linux here? Since the fontconfig update today st no
> longer works with my font of choice Terminus. Just in case somebody has the 
> same
> problem... here's my font[] definition:

I Arch and my font is Adobe Pro.

Re: [dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C

[Hadrien Lacour]

On Thu, Jan 12, 2017 at 07:25:06PM +0100, Patrick Bucher wrote:
> Hi there,
> 
> I'm using st and dwm at the same time, and today I discovered a little problem
> when using the default config of both programs. st uses Alt-Shift-C to copy 
> text
> into the clipboard, dwm uses Mod1-Shift-C for closing the selected window,
> whereas Mod1 is Alt by default, at least on my machine. (Maybe some of you use
> Super_L, vulgo "the Windows key".)
> 
> So guess what happened when I was trying to copy some code into the clipboard
> today ;-)
> 
> How do you deal with that?
> 
> Thanks for suggestions,
> Patrick
> 
> PS: Anybody using Arch Linux here? Since the fontconfig update today st no
> longer works with my font of choice Terminus. Just in case somebody has the 
> same
> problem... here's my font[] definition:
> 
> static char font[] = 
> "Terminus:pixelsize=24:antialias=true:autohint=true:lang=ru";
> 

This bug report seems related https://bugs.gentoo.org/show_bug.cgi?id=605168

[dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C

[Patrick Bucher]

Hi there,

I'm using st and dwm at the same time, and today I discovered a little problem
when using the default config of both programs. st uses Alt-Shift-C to copy text
into the clipboard, dwm uses Mod1-Shift-C for closing the selected window,
whereas Mod1 is Alt by default, at least on my machine. (Maybe some of you use
Super_L, vulgo "the Windows key".)

So guess what happened when I was trying to copy some code into the clipboard
today ;-)

How do you deal with that?

Thanks for suggestions,
Patrick

PS: Anybody using Arch Linux here? Since the fontconfig update today st no
longer works with my font of choice Terminus. Just in case somebody has the same
problem... here's my font[] definition:

static char font[] = 
"Terminus:pixelsize=24:antialias=true:autohint=true:lang=ru";

Re: [dev] Request for name suggestions: suckless video editor

[Calvin Morrison]

On 11 January 2017 at 20:12, Mattias Andrée  wrote:
> Greetings!
>
> I'm working a non-graphical video editor. However, I need a
> proper name for the project, and I have no idea what to call
> it, so I'm taking suggestions from you.
>
> A non-graphical video editor may sound a bit insane. There
> will be a graphical tool for finding locating frames, but
> that is as graphical as it gets, as far as I can foresee at
> the moment. The reasons for a non-graphical video editor
> are:
>
> •  It's source control friendly and it's easy for a user to
>resolve merge conflicts and identify changes.
>
> •  Rendering can take a very long time. With this approach,
>the user can use Make to only rerender parts that have
>been changes.
>
> •  No room for buggy GUI:s, which currently is a problem on
>the large video editors for Linux.
>
> •  Less chance that the user makes a change by mistake
>without noticing it, such as moving a clip in the editor
>by mistake instead of for example resizing.
>
> •  Even old crappy computers can be used for large projects.
>
> •  Very easy to utilise command line image editors for modify
>frames, or to add your own tools for custom effects.
>
> Currently there is no support for audio, I'm not sure it's
> actually needed, but I will investigate this later. If it's
> added, I will only add tools for audio, it will not be for
> audio effects, such tools already exists and are not needed.
>
> The video editor uses it's own format, it is a simply container
> with the metadata: number of frames, width, heights, and
> pixel format, followed by a magic value and the video in a
> raw format. Currently the only support pixel format is
> CIE XYZ with alpha expressed in `double`:s, but in the future
> I may also add support for `float`:s for faster computations.
> So the format is not portable between machines.
>
>
> Mattias Andrée

How about?

sve?

suckless video editor.
simple video editor
small video edtior

or if you're hardcore

fsve

f***ing small video editor
f***ing suckless video editor
f**ing simple video editor

Re: [dev] Request for name suggestions: suckless video editor

[Finn O'leary]

On 2017-01-12 3:52 am, Amer wrote:

I want the tools to have a common prefix of 2 to 4 characters plus
a dash. Any other ideas of awesome arbitrary things, I cannot think
of anything else that is not already used?


Short names were exhausted, really?)
At least AUR is free of them.

eiv
eivy
evior
eviour
ouvie
muv
cvq
veq
yvi
vidj
vwet
koe
koan
fyu
hevu
...


'ved' seems to be free. It also follows suite of names for text editors 
:D

Re: [dev] Request for name suggestions: suckless video editor

[Mattias Andrée]

On Thu, 12 Jan 2017 13:55:36 +0100
Laslo Hunhold  wrote:

> On Thu, 12 Jan 2017 02:12:11 +0100
> Mattias Andrée  wrote:
> 
> Hey Mattias,
> 
> > I'm working a non-graphical video editor. However, I
> > need a proper name for the project, and I have no idea
> > what to call it, so I'm taking suggestions from you.  
> 
> just call it "blind", the name is not taken afaik.

That's a fun name. I'll use it unless someone comes
up with something even better.

> 
> > Currently there is no support for audio, I'm not sure
> > it's actually needed, but I will investigate this
> > later. If it's added, I will only add tools for audio,
> > it will not be for audio effects, such tools already
> > exists and are not needed.  
> 
> Well, audio should be in it in case you want to anything
> with it other than uploading webm's to 4chan which are
> silent by default.

I meant, that I don't think there is a need for the project
to support audio, ffmpeg and tools for effects are probably
enough.

> 
> > The video editor uses it's own format, it is a simply
> > container with the metadata: number of frames, width,
> > heights, and pixel format, followed by a magic value
> > and the video in a raw format. Currently the only
> > support pixel format is CIE XYZ with alpha expressed in
> > `double`:s, but in the future I may also add support
> > for `float`:s for faster computations. So the format is
> > not portable between machines.  
> 
> single- and double-precision floating-point numbers are
> standardized and thus portable, however, you have to deal
> with endianness one way or another. I would generally
> recommend using doubles despite the speed-tradeoff,
> because rounding errors are horrible enough, especially
> if we're talking about an editing-pipeline.

Yes, that's why I choose to use it, and it will be
the default even if single-precision is added.

> 
> Also, keep in mind that the data-format is the most
> crucial component of your software. If you get it right
> and make it "network-safe", you can do anything with it.
> If you mess it up, make it too complex or too simple, you
> might as well not start working on a video editor. If you
> store each frame in a raw format anyway, you might just
> think about using ffmpeg to extract all keyframes,
> convert them to farbfeld and align them in memory in some
> way (as a suggestion). As discussed at the last slcon, I
> am still in the process of finding the right approach
> with farbfeld, so stay tuned.
> 
> Keep us updated here, but keep in mind that video editing
> is a monumental task. I have been working on multiple
> concepts for a suckless image editor for two years now
> and just a few weeks ago I was able to hit a breakthrough
> I hope to be able to pursue in the next months. Image
> editing is a much simpler task than video editing,
> especially given the sucky containers that are used in
> the industry.
> 
> Cheers
> 
> Laslo
> 



pgpCz9ulVTUF_.pgp
Description: OpenPGP digital signature

Re: [dev] Request for name suggestions: suckless video editor

[Laslo Hunhold]

On Thu, 12 Jan 2017 02:12:11 +0100
Mattias Andrée  wrote:

Hey Mattias,

> I'm working a non-graphical video editor. However, I need a
> proper name for the project, and I have no idea what to call
> it, so I'm taking suggestions from you.

just call it "blind", the name is not taken afaik.

> Currently there is no support for audio, I'm not sure it's
> actually needed, but I will investigate this later. If it's
> added, I will only add tools for audio, it will not be for
> audio effects, such tools already exists and are not needed.

Well, audio should be in it in case you want to anything with it other
than uploading webm's to 4chan which are silent by default.

> The video editor uses it's own format, it is a simply container
> with the metadata: number of frames, width, heights, and
> pixel format, followed by a magic value and the video in a
> raw format. Currently the only support pixel format is
> CIE XYZ with alpha expressed in `double`:s, but in the future
> I may also add support for `float`:s for faster computations.
> So the format is not portable between machines.

single- and double-precision floating-point numbers are standardized
and thus portable, however, you have to deal with endianness one way or
another. I would generally recommend using doubles despite the
speed-tradeoff, because rounding errors are horrible enough, especially
if we're talking about an editing-pipeline.

Also, keep in mind that the data-format is the most crucial component of
your software. If you get it right and make it "network-safe", you can
do anything with it. If you mess it up, make it too complex or too
simple, you might as well not start working on a video editor.
If you store each frame in a raw format anyway, you might just think
about using ffmpeg to extract all keyframes, convert them to farbfeld
and align them in memory in some way (as a suggestion). As discussed at
the last slcon, I am still in the process of finding the right approach
with farbfeld, so stay tuned.

Keep us updated here, but keep in mind that video editing is a
monumental task. I have been working on multiple concepts for a
suckless image editor for two years now and just a few weeks ago I was
able to hit a breakthrough I hope to be able to pursue in the next
months. Image editing is a much simpler task than video editing,
especially given the sucky containers that are used in the industry.

Cheers

Laslo

-- 
Laslo Hunhold 

Re: [dev] Request for name suggestions: suckless video editor

[Mattias Andrée]

On Thu, 12 Jan 2017 12:42:02 +0100
Hadrien Lacour  wrote:

> So this is a bit like Vapoursynth?
> 

I'm not sure how Vapoursynth works, but it sounds like
the basic idea is the same, but that the approach is
different.


pgpSVEOvRAQfV.pgp
Description: OpenPGP digital signature

Re: [dev] Request for name suggestions: suckless video editor

[Hadrien Lacour]

So this is a bit like Vapoursynth?

Re: [dev] Request for name suggestions: suckless video editor

[Mattias Andrée]

It's a great idea, what do you think about ‘teletyped video’?

On Thu, 12 Jan 2017 16:47:36 +0800
Ivan Tham  wrote:

> I would suggest TV (Text-based Video editor).
> 
> On Wed, Jan 11, 2017 at 08:39:44PM -0800, Louis Santillan
> wrote:
> >(ht) Hot Tub
> >(httm) Hot Tub Time Machine
> >(ufeh) *nix Flying Erase-Head (an early video editing
> >machines) (ued) *nix EditDroid
> >(vzmx) Vision Mixer
> >
> >
> >Github suggests:
> >(pos) psychic-octo-spork
> >(sdd) super-duper-doodle
> >(syen) symmetrical-enigma
> >(vpara) vigilant-parakeet
> >(sspoon) super-spoon
> >
> >On Wed, Jan 11, 2017 at 7:56 PM, Mattias Andrée
> > wrote:  
> >> On Thu, 12 Jan 2017 05:52:27 +0200
> >> Amer  wrote:
> >>  
> >>> >I want the tools to have a common prefix of 2 to 4
> >>> >characters plus a dash. Any other ideas of awesome
> >>> >arbitrary things, I cannot think of anything else
> >>> >that is not already used?  
> >>>
> >>> Short names were exhausted, really?)
> >>> At least AUR is free of them.
> >>>
> >>> eiv
> >>> eivy
> >>> evior
> >>> eviour
> >>> ouvie
> >>> muv
> >>> cvq
> >>> veq
> >>> yvi
> >>> vidj
> >>> vwet
> >>> koe
> >>> koan
> >>> fyu
> >>> hevu
> >>> ...
> >>>  
> >>
> >> The name can be long, but it must have a short
> >> abbreviation that I can use as a prefix for the
> >> names of the commands.  
> >  
> 



pgpJllckMK23z.pgp
Description: OpenPGP digital signature

Re: [dev] Request for name suggestions: suckless video editor

[Ivan Tham]

I would suggest TV (Text-based Video editor).

On Wed, Jan 11, 2017 at 08:39:44PM -0800, Louis Santillan wrote:

(ht) Hot Tub
(httm) Hot Tub Time Machine
(ufeh) *nix Flying Erase-Head (an early video editing machines)
(ued) *nix EditDroid
(vzmx) Vision Mixer


Github suggests:
(pos) psychic-octo-spork
(sdd) super-duper-doodle
(syen) symmetrical-enigma
(vpara) vigilant-parakeet
(sspoon) super-spoon

On Wed, Jan 11, 2017 at 7:56 PM, Mattias Andrée  wrote:

On Thu, 12 Jan 2017 05:52:27 +0200
Amer  wrote:


>I want the tools to have a common prefix of 2 to 4
>characters plus a dash. Any other ideas of awesome
>arbitrary things, I cannot think of anything else that
>is not already used?

Short names were exhausted, really?)
At least AUR is free of them.

eiv
eivy
evior
eviour
ouvie
muv
cvq
veq
yvi
vidj
vwet
koe
koan
fyu
hevu
...



The name can be long, but it must have a short
abbreviation that I can use as a prefix for the
names of the commands.




--
Do what you like, like what you do.  -- Pickfire