Re: [dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C
On Thu, Jan 12, 2017, at 13:25, 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, 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? I think that you are correct: by default there is a clash, which I think is inelegant. However, I usually copy using mouse selection and paste using middle mouse button (Button 2). Also, I find that using Alt as the mod key for dwm clashes too much with other programs, so sometimes I use Ctrl+Alt and sometimes I use Super (MS Windows) key.
Re: [dev] Request for name suggestions: suckless video editor
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
> 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
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
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
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
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
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
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
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
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
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
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
So this is a bit like Vapoursynth?
Re: [dev] Request for name suggestions: suckless video editor
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
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