Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
FFK(R)

Homepage

16.06.2013, 16:49
 

DUGL PLayer 0.51 RC (Announce)

Hi all :-)
Maybe not a breaking news after so much time !
But here a new RC for DUGL Player :
- Added support for YUV4MPEG video format
- Much faster OGG/theora playing as I used the libtheora/ogg compiled by FFMPEG (which seem to enable MMX) DUCKS_TAKE_OFF plays now at 300 fps instead of 18 fps :)
- some few others small modifications ..

Download DUGL PLayer 0.51 RC (mediafire)

ron(R)

Homepage E-mail

Australia,
17.06.2013, 00:05
(edited by ron, 17.06.2013, 00:27)

@ FFK

DUGL PLayer 0.51 RC

> But here a new RC for DUGL Player :
>
> Download DUGL PLayer 0.51
> RC (mediafire)

I would have liked to try your new version of DUGL Player, but the link you
give does not work with Arachne.
Or Elinks.
Or Links.
Or Dillo.
Or Lynx.
Or Doslynx.

And that is every DOS browser I have. :(

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

FFK(R)

Homepage

17.06.2013, 00:37

@ ron

DUGL PLayer 0.51 RC

> > But here a new RC for DUGL Player :
> >
> > Download DUGL PLayer
> 0.51
> > RC (mediafire)

>
> I would have liked to try your new version of DUGL Player, but the link
> you
> give does not work with Arachne.
> Or Elinks.
> Or Links.
> Or Dillo.
> Or Lynx.
> Or Doslynx.
>
> And that is every DOS browser I have. :(

It's very hard to find a free files hosters with direct link :-(
Here a new link, DUGL PLayer 0.51 RC
It is not a direct link but the download page seem to be much simpler than mediafire, so it should work.

ron(R)

Homepage E-mail

Australia,
17.06.2013, 00:46

@ FFK

DUGL PLayer 0.51 RC

> It's very hard to find a free files hosters with direct link :-(
> Here a new link, DUGL PLayer 0.51
> RC
> It is not a direct link but the download page seem to be much simpler than
> mediafire, so it should work.

It doesn't work with Arachne. :(

Never mind. :)

I hacked Mediafire and just downloaded the .zip.

Is there any demand for an Arachne plug-in that will extract a direct link from a Mediafire web page ?

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

FFK(R)

Homepage

17.06.2013, 01:03

@ ron

DUGL PLayer 0.51 RC

>
> Never mind. :)
>
> I hacked Mediafire and just downloaded the .zip.
>

COOL :-)

> Is there any demand for an Arachne plug-in that will extract a direct link
> from a Mediafire web page ?

I guess yes, As it's the only free file hoster that do not die after few months :-|

ron(R)

Homepage E-mail

Australia,
17.06.2013, 01:32

@ FFK

DUGL PLayer 0.51 RC

> I guess yes, As it's the only free file hoster that do not die after few
> months :-|

OK, I will have a go.

BTW: The latest Dugl Player seems to work just fine, at least on the vids I tried it with. :)

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

ron(R)

Homepage E-mail

Australia,
17.06.2013, 04:49

@ ron

DUGL PLayer 0.51 RC

> OK, I will have a go.

I have had a go, and got something that sort of works.
But I will not continue with it.

Problem is that with mediafire it is so difficult to get the page to download completely.

This may be caused, at least in part, by the "https://" links to images.
Arachne doesn't do "https://" !

You need to run Arachne without images, or she will lock up on https !

FWIW: NEmedia will find the file, but will also find a heap of similar links that don't work.
You need to get NEmedia to find ALL embedded links, then choose the one that uses the numerical address for "www.mediafire.com" (e.g. 199.91.nn.nn) in the link.

see: http://www.ausreg.com/nemedia/index.htm

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

Rugxulo(R)

Homepage

Usono,
17.06.2013, 09:35

@ ron

DUGL PLayer 0.51 RC

> This may be caused, at least in part, by the "https://" links to images.
> Arachne doesn't do "https://" !

Isn't there a DOS-based Lynx build with HTTPS support? Hmmm, checking Doug Kaufman's page indicates yes (as well as Wget with similar support). Also, Georg's latest Dillo build supports it too, IIRC.

Yeah, now that you mention it, I do vaguely remember some similar incompatibilities with some DOS tools. (I don't network much in DOS, only very seldomly inside VirtualBox.)

> You need to run Arachne without images, or she will lock up on https !

Does Google Drive not work? FFK, do you not have a Google account? I'll admit to never explicitly using it to store files, but it may be a suitable alternative.

P.S. I don't really have any multimedia files to test (that's not really my interest with computers). But now that you're here (FFK), be aware that your DuglViewer has some rare bug regarding host drive detection, e.g. it seemed to choke (or not open correctly or such) if run atop my G:\ RAM drive (but running from C:\ was okay). I hope this DuglPlayer doesn't have a similar bug.

DOS386(R)

17.06.2013, 09:58

@ FFK

DUGL PLayer 0.51 RC | Google's Drink&Drive

> Does Google Drive not work?

Does it work for you with JS off ?

> Is there any demand for an Arachne plug-in that will
> extract a direct link from a Mediafire web page ?

YES :-)

> Maybe not a breaking news after so much time !
> But here a new RC for DUGL Player :
> - Added support for YUV4MPEG video format

COOL :-)

> Much faster OGG/theora playing as I used the
> libtheora/ogg compiled by FFMPEG (which seem to enable MMX) DUCKS_TAKE_OFF
> plays now at 300 fps instead of 18 fps

So you switched from Xiph LibTheora to FFTheora decoder? The latter was considered as "experimental" , "untested" , "crappy" , etc... in the past ... or maybe they just fixed it recently.

> some few others small modifications

Minimal test:

+ Seems to work

+ Now displays (almost) all supported files

- ".YUV" is not displayed ... and could you do "*.MP?" and "*.OG?" instead of long and incomplete lists?

- TFM and TFS comments are not updated (version history)

- Typo: "tri to read frame DATA"

- If a movie plays to the end, replaying is NOT possible (used to work in 0.50)

- OFFSET BUG: movie is OK but displaying the size without the offset removed (??? retest needed)

- if the video can't be played the error message is strange ... why not say "File ""BLAH.MP0"" does not have a supported format"

# increased bloat by 15 KiB UPX'ed (beter DUGLplus, added YUV4MPEG) ... do you disable commandline globalization and environ sensitivity? More antibloat tricks in DGJPP available? (??? retest needed)

PS: you got mail

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

FFK(R)

Homepage

17.06.2013, 12:02

@ Rugxulo

DUGL PLayer 0.51 RC

>
> P.S. I don't really have any multimedia files to test (that's not really my
> interest with computers).

YUV4MPEG Samples

> But now that you're here (FFK), be aware that
> your DuglViewer has some rare bug regarding host drive detection, e.g. it
> seemed to choke (or not open correctly or such) if run atop my G:\ RAM
> drive (but running from C:\ was okay). I hope this DuglPlayer doesn't have
> a similar bug.

I have to test to see what's the problem with RAM Drive, But I'm guessing that it's maybe the swap file created by cwsdpmi. Your RAM drive is read-only ?

FFK(R)

Homepage

17.06.2013, 12:17

@ DOS386

DUGL PLayer 0.51 RC | Google's Drink&Drive

> So you switched from Xiph LibTheora to FFTheora decoder? The latter was
> considered as "experimental" , "untested" , "crappy" , etc... in the past
> ... or maybe they just fixed it recently.

No, I mean that I used libtheora.a, libogg.a provided by the FFMPEG project.


> > some few others small modifications
>
> Minimal test:
>
> + Seems to work
>
> + Now displays (almost) all supported files
>
> - ".YUV" is not displayed ... and could you do "*.MP?" and "*.OG?" instead
> of long and incomplete lists?

Yes in TODO

>
> - TFM and TFS comments are not updated (version history)

Yes to DO it's an RC

>
> - Typo: "tri to read frame DATA"
>
> - If a movie plays to the end, replaying is NOT possible (used to work in
> 0.50)

Replaying the last played movie was a functionnal bug, I think now that I will add a contextual menu with a list of the last played movies to choose one from.

>
> - OFFSET BUG: movie is OK but displaying the size without the offset
> removed (??? retest needed)

Please explain more.

>
> - if the video can't be played the error message is strange ... why not say
> "File ""BLAH.MP0"" does not have a supported format"
>

Yes or just failed to load "BLAH.mp0"

> # increased bloat by 15 KiB UPX'ed (beter DUGLplus, added YUV4MPEG) ...

I guess most of the increased bloat come from the new FFMPEG compiled libraries. libtheora.a libogg.a

> do you disable commandline globalization and environ sensitivity? More
> antibloat tricks in DGJPP available? (??? retest needed)
>

Do you have a link ? a doc ? that explain how to do that ?
> PS: you got mail

Yes received

ron(R)

Homepage E-mail

Australia,
18.06.2013, 00:10

@ Rugxulo

DUGL PLayer 0.51 RC

> Isn't there a DOS-based Lynx build with HTTPS support?

Yes. And Links and Elinks.
But I don't know how to write plug-ins for any other browser than Arachne.

Rugxulo(R)

Homepage

Usono,
18.06.2013, 02:22

@ FFK

DUGL PLayer 0.51 RC

> > But now that you're here (FFK), be aware that
> > your DuglViewer has some rare bug regarding host drive detection, e.g.
> it
> > seemed to choke (or not open correctly or such) if run atop my G:\ RAM
> > drive (but running from C:\ was okay). I hope this DuglPlayer doesn't
> have
> > a similar bug.
>
> I have to test to see what's the problem with RAM Drive, But I'm guessing
> that it's maybe the swap file created by cwsdpmi. Your RAM drive is
> read-only ?

I don't think it's CWSDPMI related as it works fine when installed atop the hard drive. And no, it's not read only, I'm using Jack RDISK. I don't know what it is, but it's something strange. I'll have to re-test.

ron(R)

Homepage E-mail

Australia,
18.06.2013, 03:06

@ ron

DUGL PLayer 0.51 RC

I wrote:
>> OK, I will have a go.

Then I wrote:
> I have had a go, and got something that sort of works.
> But I will not continue with it.

But I couldn't leave it alone. :(

> Problem is that with mediafire it is so difficult to get the page to
> download completely.

That continues. So I don't use Arachne as the download agent.

I now have a working Arachne plug-in ....... for this one file.

Could some of you kind folks post some mediafire links that contain a variety of file types, just so I can verify that I have a pattern that works on more than just one mediafire file.

Once that is proven, it is a simple matter to create an .APM for Arachne.
If it doesn't work on all examples, then it is back to the drawing board.

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

DOS386(R)

18.06.2013, 10:00

@ FFK

DUGL PLayer 0.51 RC

> No, I mean that I used libtheora.a, libogg.a provided by the FFMPEG project.

Where ?

> Do you have a link ? a doc ? that explain how to do that ?

http://www.freebasic.net/forum/viewtopic.php?p=102737&#p102737
http://www.freebasic.net/wiki/wikka.php?wakka=KeyPgCommand

[image]

OK, I retested and the BUG is indeed in there (see ^^^ shot). DP correctly trims away what should not be visible (416->405, excellent FFTheora decoder AFAIK doesn't ...) but it reports the untrimmed size (416).

2 more new issues:

- BUG: if I specify a filename on commandline, it crashes (used to work in 0.50)

- [F11] causes a "deformation" if X/Y movie's aspect <> DUGL's X/Y aspect. Solution: "best fit" (doesn't DUGL VIEWER already do this ???)

Old issues:

- Not able to replay last movie with one click? I don't consider this as a benefit :-(

- Bloat: disabling globe and environ can save some (not much) bloat with DGJPP-based FreeBASIC. I ASS'ume this is true for pure DGJPP too. More antibloat tricks around (DGJPP experts here) ?

# I don't understand the FFMPEG complile of Xiph LibTheora ... but I can't reproduce any of the infamous FFTheora problems in DP 0.51RC :-)

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Rugxulo(R)

Homepage

Usono,
18.06.2013, 14:55

@ Rugxulo

DUGL PLayer 0.51 RC

> I don't think it's CWSDPMI related as it works fine when installed atop the
> hard drive. And no, it's not read only, I'm using Jack RDISK. I don't know
> what it is, but it's something strange. I'll have to re-test.

Re: Dugl Viewer, at startup (installed and run from RAM disk G:), I can click on the drives widget, but all I can choose from are "a:", "c:", or "d:". Though it works (although at the moment I'm unaware of how to use a US keyboard layout, probably just missing a file or such).

I looked at the provided .cc source, but I couldn't see anything obvious. FilesBox is probably the culprit, but I dunno what it's doing. IIRC, the normal way to detect drives in DJGPP is found in libc's mntent.c.

Rugxulo(R)

Homepage

Usono,
18.06.2013, 15:51

@ Rugxulo

DUGL PLayer 0.51 RC


#include <stdio.h>
#include <stdlib.h>
#include <dir.h>

int main(void)
{
  /*
     DGL115P3.ZIP's GUI-UTIL.CC function FilesBox's line 179
     calls getdisk() & setdisk(), so that's presumably the
     problem I'm seeing here.
  */

  /* ... test ... */

  printf("%d",setdisk('c'-'a')); /* switches to C:             */
                                 /* returns 7 with LASTDRIVE=G */

  /* setdisk(6); */              /* switches to G: */

  /*
    "info libc alpha setdisk" actually says this:

    printf("There are %d drives\n", setdisk(getdisk()));

    ... which is misleading because there is a gap between drive
        letters, i.e. there are no (working) D:, E:, F: drives.

        I do have SHCDX33F and UIDE loaded for D: but never have any
        CD in the drive. Trying to access it empty gives a critical
        error (drive not ready).

        Trying to access either E: or F: gives a non-critical error
        (invalid path).
  */

  return EXIT_SUCCESS;
}

FFK(R)

Homepage

20.06.2013, 01:23

@ Rugxulo

DUGL PLayer 0.51 RC

Thanks for helping me to fix the problem ;-)
In fact mntent.c seems to be a heavy solution and not sure if I can safely put it in DUGL PLus sources. So I just fixed the problem by taking care of a possible gap between drives letters and it work correctly now.
I Will soon release a 0.41 version, with all sources of DUGL Plus,
DUGL Library and headers even if they are still WIP .. So any one can modify/debug/compile/or help fix bugs

FFK(R)

Homepage

20.06.2013, 01:45

@ DOS386

DUGL PLayer 0.51 RC

> > No, I mean that I used libtheora.a, libogg.a provided by the FFMPEG
> project.
>
> Where ?

http://sourceforge.net/projects/ffmpeg-x264-dos/fi...01-2013.rar\FF-X264\FFMPEG\libtheora\lib\.libs\

And

http://sourceforge.net/projects/ffmpeg-x264-dos/fi...19-01-2013.rar\FF-X264\FFMPEG\libogg\SRC\.libs\

>
> > Do you have a link ? a doc ? that explain how to do that ?
>
> http://www.freebasic.net/forum/viewtopic.php?p=102737&#p102737
> http://www.freebasic.net/wiki/wikka.php?wakka=KeyPgCommand
>

Ok, However, after compiling with DJGPP 2.03, DUGL Viewer exe is now only 229kb instead of 285kb, so near to 60 kb size reduction ;-)

> [image]
>
> OK, I retested and the BUG is indeed in there (see ^^^ shot). DP correctly
> trims away what should not be visible (416->405, excellent FFTheora decoder
> AFAIK doesn't ...) but it reports the untrimmed size (416).
>

OK

> 2 more new issues:
>
> - BUG: if I specify a filename on commandline, it crashes (used to work in
> 0.50)
>
> - [F11] causes a "deformation" if X/Y movie's aspect <> DUGL's X/Y aspect.
> Solution: "best fit" (doesn't DUGL VIEWER already do this ???)
>

Yes this is an old and ugly issue, so should be fixed ..

> Old issues:
>
> - Not able to replay last movie with one click? I don't consider this as a
> benefit :-(
>
I Will add a contextual menu with a configurable count of last played movies

FFK(R)

Homepage

23.06.2013, 02:03

@ DOS386

DUGL PLayer 0.51 RC2

I finished working on DUGL Player 0.51 RC2 :
- Best fit instead of Fit All (do not lose aspect ratio)
- Fixed bugs of command line and erronous display of video size with theora videos.
- Added history of the last 4 played video files (contextual menu that appear after pushing the play button)
- ..

And thanks to the FreeBasic portal ! here a direct download link :
DUGL Player 0.51 RC2

DOS386(R)

24.06.2013, 15:38

@ FFK

DUGL PLayer 0.60

> > > No, I mean that I used libtheora.a, libogg.a provided by the FFMPEG

> sf.net/projects/ffmpeg-x264-dos/files/f fmpeg-0.10.6-x264-0.129-dos-19-01-2013.rar\FF-X264\F FMPEG\libtheora\lib\.libs\

by RayeR (the link is dead) ?

> I finished working on DUGL Player 0.51 RC2 :
> - Best fit instead of Fit All (do not lose aspect ratio)

C O O O L :-)

> - Fixed bugs of command line and erronous display of video size

Fixed :-)

> Added history of the last 4 played video files

COOL.

Much better now, I see major changes in the source. Remaining problems:

- No STOP button

- MPEG paying is jerky ... after some files it stops working and I have to exit and restart DP (but Theora and YUV are NOT affected)

- Error message is still strange ... and what about splitting into 2 problems:

- "can't open file" (not found, empty, can't read, ...)

- "file is not one of supported video types" (or even dumb 16 Byte's ... if I see "ftypqt" or "RIFF" or "MZ" then it's obvious why it doesn't play ;-) )

What will be the next release? DUGL PLAYER and DUGL VIEWER both 0.60 ?

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

RayeR(R)

Homepage

CZ,
24.06.2013, 20:34

@ DOS386

DUGL PLayer 0.60

> > sf.net/projects/ffmpeg-x264-dos/files/f
> fmpeg-0.10.6-x264-0.129-dos-19-01-2013.rar\FF-X264\F
> FMPEG\libtheora\lib\.libs\
>
> by RayeR (the link is dead) ?

I don't know if it's possible to link inside RAR but project page is still there
http://sourceforge.net/projects/ffmpeg-x264-dos/files/

---
DOS gives me freedom to unlimited HW access.

DOS386(R)

09.08.2013, 11:08

@ FFK

DUGL /\ /\ /\ /\ /\ /\ /\ /\ /\ /\ /\ /\ /\

Any news since Jun-23 ? http://users.freebasic-portal.de/dugl/

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Back to the board
Thread view  Mix view  Order
15817 Postings in 1453 Threads, 262 registered users, 5 users online (0 registered, 5 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum