Re: [Freedos-user] yt-dl in dos?

2020-12-15 Thread Regan Russell
yt-dl is built on a lot of other software... I think ffmeg and whole lot more 
It has a huge depnedancy list so my only suggestion is "good luck with that".

R.


From: andrea...@tiscali.it 
Sent: Wednesday, 16 December 2020 10:43 AM
To: freedos-user@lists.sourceforge.net 
Subject: [Freedos-user] yt-dl in dos?


You think is there any way to configure youtube-dl in Dos?
I probe it in Linux, and in win xp - from dos terminal, text mode - and it work 
fine and fast, without tip and triks or publicity,and I download song/video.
Download and source in http://www.github.com/ytdl-org/youtube-dl
   I Know Ytcrack  ( by Fred C. Macall) for dos but I have no luck with it.
   thanks
andrea




Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G a 
soli 8,99€ al mese. http://tisca.li/smart30

___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Freedos-user Digest, Vol 1886, Issue 1

2020-12-15 Thread Ralf Quint

On 12/14/2020 10:30 PM, Daniel wrote:

Package discussion idea.

This is just a rough idea that is one possible way to go.

Have a base cd that has just the items needed to get FreeDos running 
and maybe a few extras.  Then a script for creating a cd/dvd/usb image.


Here is the general plan for the script:
You have a list of categories the user selects. Clicking on catagory 
would select all sub items or remove them. Opening eac category gives 
a list of items available to add to the image.


Once the user is done adding/removing items, an appropriate image is 
created, and a download link is provided.


Each image could have a size limit set so the user doesn’t create one 
too large.


Just my two copper pennies tossed into the pot.


That general idea was brought up, but this might require some additional 
resource (plus quite some effort in the background to set the "inner 
workings" for this up).


Ralf


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



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] yt-dl in dos?

2020-12-15 Thread dmccunney
On Tue, Dec 15, 2020 at 6:46 PM  wrote:
>
> You think is there any way to configure youtube-dl in Dos?

*Extremely* unlikely.  It requires Python 2.6 or 2.7.  The most recent
version of Python built for DOS is a DJGPP port of Python 2.4.2.

What do you expect to use under FreeDOS to *view* the videos if you
*can* download them?
__
Dennis


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] yt-dl in dos?

2020-12-15 Thread andrea936
  

You think is there any way to configure youtube-dl in Dos?
 I probe
it in Linux, and in win xp - from dos terminal, text mode - and it work
fine and fast, without tip and triks or publicity,and I download
song/video.
 Download and source in
http://www.github.com/ytdl-org/youtube-dl [1]
 I Know Ytcrack ( by Fred
C. Macall) for dos but I have no luck with it.
 thanks
andrea

 



Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G a 
soli 8,99€ al mese. http://tisca.li/smart30

___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] AMB, Ancient Machine Book format and FreeDOS Help

2020-12-15 Thread Mateusz Viste



On December 15, 2020 6:45:46 PM GMT+01:00, ZB  wrote:
>There's no need to wait for "8086 code" - if you're interested I can
>show
>you example of TCL/Tk solution. Of course similar way it'll work in DOS

Doing things on modern platforms with lots of RAM and 32bit ints is easy. Doing 
the same with a 8086, fitting in kilobytes of RAM and providing a reasonably 
fast UI is entirely another story.

> (as Lynx does with HTML, for example).

Lynx is cool, but it is neither lightweight nor 8086 compatible.

>Actually that lightweight application could recognize \ as well as
>it presently recognizes "%h" - and then it could show that heading,
>say,
>centered and using "bold" attribute, right?

And the html should be preformatted for 80-columns displays. And it would have 
to be encoded in a code page that browsers do not understand. And the reader 
would need to handle a variety of html thingies likeetc.

>All the other HTML tags can be simply ignored (not interpreted and of
>course
>not displayed), so help files could remain HTML, maybe just being
>prepared
>most simplistic way - while still being HTML, therefore
>any-browser-compatible.

You just described how the FreeDOS help.exe works.

Mateusz


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] AMB, Ancient Machine Book format and FreeDOS Help

2020-12-15 Thread ZB
On Tue, Dec 15, 2020 at 02:37:49PM +0100, Mateusz Viste wrote:

> > Guys, I have no issues with AMB neither any other new invention - but...
> > maybe simpler solution would be to copy solution offered by Tk's "text
> > widget"? The "side advantage" would be ability to browse the texts prepared
> > such way under every OS where Tk toolkit is available.
> 
> That may be a good idea. Would you mind preparing an 8086-compatible
> prototype so we can compare both options side by side? It's always nice to
> have choice.
> 
> > ...which will become "hyperlink", that after being clicked will move you
> > to a later section of the same file having the header like this:
> > 
> >   5. Settings / preferences
> > 
> >  means "link"
> >  means "bold>
> > 
> > This is already done and easy to copy
> 
> Indeed easy. I'm very interested to see what you can come up with.

There's no need to wait for "8086 code" - if you're interested I can show
you example of TCL/Tk solution. Of course similar way it'll work in DOS
text mode (as Lynx does with HTML, for example).

> On a semi-related note, following "DosWorld's" questions I have added a
> rationale section in the AMB format spec file, so the thought process behind
> each element of the format is clearer. I have also converted the format spec
> itself to an AMB book (a txt version is available as well). The AMB version
> can be read online here:
> 
> http://amb.osdn.io/phpamb.php?fname=archiwum/format-20201215.amb

On a second thought, however - actually why the need to create another
non-standard format? You wrote:

#v+
 AMB [..] is a simple hyperlink format that makes it possible to create
 "books" that are easy to read even on very limited hardware.

 The "books" can be viewed with a tool named AMB. It is only a few kilobytes
 big and requires about 80K of available RAM.
#v-

I can see on the page:
 http://amb.osdn.io/phpamb.php?fname=archiwum/format-20201215.amb=ama.ama
that there's mainly a difference in tags, say "%h" instead of "\"
(I hope "escaped" triangle braces will show up).

Actually that lightweight application could recognize \ as well as
it presently recognizes "%h" - and then it could show that heading, say,
centered and using "bold" attribute, right?

Sticking to standards has its advantages - like, for example, that these
help files may be browsed on any PC using any HTML browser, not just
specialized tool.

So IMHO the key isn't in new format, but in that lightweight application
rather. It doesn't have to support full specification of HTML5 - it could,
for instance, recognize just a few HTML tags to remain lightweight:

- bold
- underline
- link
- quote
- code

Can it be any less "lightweight" by using a few standard HTML tags, ignoring
all the rest?

All the other HTML tags can be simply ignored (not interpreted and of course
not displayed), so help files could remain HTML, maybe just being prepared
most simplistic way - while still being HTML, therefore any-browser-compatible.

Maybe I'm wrong but I believe not the new format is "the key"
-- 
regards,
Zbigniew


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] AMB, Ancient Machine Book format and FreeDOS Help

2020-12-15 Thread Mateusz Viste

On 14/12/2020 19:08, ZB wrote:

Guys, I have no issues with AMB neither any other new invention - but...
maybe simpler solution would be to copy solution offered by Tk's "text
widget"? The "side advantage" would be ability to browse the texts prepared
such way under every OS where Tk toolkit is available.


That may be a good idea. Would you mind preparing an 8086-compatible 
prototype so we can compare both options side by side? It's always nice 
to have choice.



...which will become "hyperlink", that after being clicked will move you
to a later section of the same file having the header like this:

  5. Settings / preferences

 means "link"
 means "bold>

This is already done and easy to copy


Indeed easy. I'm very interested to see what you can come up with.

On a semi-related note, following "DosWorld's" questions I have added a 
rationale section in the AMB format spec file, so the thought process 
behind each element of the format is clearer. I have also converted the 
format spec itself to an AMB book (a txt version is available as well). 
The AMB version can be read online here:


http://amb.osdn.io/phpamb.php?fname=archiwum/format-20201215.amb

Mateusz


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user