World: r3wp

Pekr, any update on the ffmpeg wrapper that you commissioned? Is 
it just a gui for the command line tool, or does it do something 
else?

http://elliottback.com/wp/how-to-rip-a-dvd-a-tutorial/

Gab, yeah, you should show Jim and Mark.

Pekr, yes, I think this REQUIRES 2 tools.

Graham, try with mplayer, and if it can play them, mencoder to encode 
them (there are Windows tools that use mencoder as the backend). 
It will take quite some time I guess. ;)

you may also be able to just use mencoder to remultiplex them into 
a .mp4 or a .avi etc. (best would be .mkv) and then use your favorite 
tool to reencode them.

I have mplayer installed on my Acer Aspire One .. trying now :)

in my experience... if mplayer can't play it, it's very hard to find 
anything that can play it :)

nah ... only displays the first frame and stops

Gab, I have found that VLC will play files Mplayer barfs on.  And 
of great interest to this conversation, it will recover from the 
lack of keyframes.  It will just play it anyway, and it will look 
like grab until enough data goes by .  Which is probably what Mplayer 
does not want to do since it looks like the player is broken for 
a momemnt.

Files saved from digital cameras often do not have keyframes.  Long 
files seem to annoy mplayer, and has no way to Rev/FF through them, 
but VLC will.

This convo reminds me of the G1.  When ever a product comes out, 
people start to complain.  There is always some obvious feature or 
bug out the gate.  And everyone has to spend their time figuring 
it out, forums fill with talk.


The G1 was released (Android), it does not have stereo Bluetooth. 
 A hardware feature that should be standard given it is a "media 
phone".


It also has no micro connector, so you need a special cable to hook 
up a standard headset.


This alone knocked me out from buying one.  I guess I will have to 
wait for the G7.b, which will only be made for one month, they will 
do everything correctly, but it will not be supported, and I will 
only be able to buy it on eBay.  This is true if it is like any other 
device I end up buying…

Mplayer is weak on some specific kind of files, and I found too that 
VLC often will play them instead... but they've been the exception 
for me (and mostly .mp4 files - that is, in general VLC has better 
support for the QT format).

note though that VLC doesn't give you many options if you want to 
reencode the files, so if VLC is the only thing that can play it, 
reencoding won't be easy, unless you're ok with what VLC will produce.

VLC can't play it :(

you sure the file is not encrypted in some way?

i never had a hd tv transport stream file to play with though, so 
i guess i don't have much advice.

yes, and power dvd 8 can play it.

Following a discussion in a non-[web public] group: I've just uploaded 
a very rudimentary utility to estimate the size of a REBOL application.
Please give it a go (if only for the bragging rights).

Also, please let's have a discussion about better metrics tahat could 
be included.
The script is here:
http://www.rebol.org/view-script.r?script=application-sizer.r

And the documentation -- which includes the results of running it 
against the REBOL.org CGI scripts is here:
http://www.rebol.org/documentation.r?script=application-sizer.r

May the biggest app win!

This is the client app only .. haven't included the server .. ie. 
this is just the one app that runs as a stand-alone encapped application.

make object! [
    folders: 1
    files: 1
    raw-bytes: 3430106
    compressed-size: 594167
    raw-lines: 80258
    code-lines: 65034
    elements: make object! [
        string: [19133 492736]
        datatype: [8502 48640]
        number: [8856 15584]
        refinement: [1569 9905]
        function: [58628 275328]
        comment: [0 0]
        body: [110179 1126104]
        whitespace: [206867 1461809]
    ]
    element-definitions: ["comment" [
            cmt
        ] "datatype" [
            date!
            issue!
            money!
            pair!
            time!
            tuple!
        ] "number" [
            decimal!
            integer!
        ] "refinement" [
            refinement!
        ] "string" [
            char!
            email!
            file!
            string!
            tag!
            url!
        ]]
]

This is easier ..

    folders: 1
    files: 1
    raw-bytes: 3430106
    compressed-size: 594167
    raw-lines: 80258
    code-lines: 65034
    elements: make object! [
        string: [19133 492736]
        datatype: [8502 48640]
        number: [8856 15584]
        refinement: [1569 9905]
        function: [58628 275328]
        comment: [0 0]
        body: [110179 1126104]
        whitespace: [206867 1461809]
    ]

Thanks Graham....You are right that the element-definitions are irrelevant, 
unless you've changed them.

I'm surprised at comments: [0 0]  -- are we looking at a bug in app-sizer, 
or are you really that terse?

What do comments measure?  Function comments?

Things that start with a semi-colon are treated as comments.
Anything else is treated as code (That could be improved ....)

I don't include comments in my functions .. I use Leo a literate 
editor, and comments are there.  They get stripped out when the source 
is built.

Thanks......Not a bug for either of us then.

So, my app is bigger than all the scripts on rebol.org??

Bigger than the CGIs that *run* REBOL.org.

oh ... wow, you've been busy then.

I'm going to have to add the server code as well to boost my stats

Actually, the results flatter us -- they include the source (sometimes 
slightly modified) of various scavanged scripts -- like Makedoc, 
Simetrics, Skimp and other externally-sourced scripts.

They should really be excluded from the REBOL.org CGI size. I'd guess 
that'd be a 15% drop in actual size.

No, I think they're part of your app

They're still relevant to measuring app size and complexity.  If 
they break, you still have to maintain them.

Agreed at one level......But if they came encapped, we'd be using 
them just the same as binary black boxes. Their code size is irrelevant 
to the application in question.

I have Rebgui in mine .. I didn't write it .. but I sure have had 
to help debug it.

ok... i didn't spend much time on this so not really sure how accurate 
this is... but this is Qtask:

folders: 218
files: 837
raw-bytes: 17651344
compressed-size: 3244150
raw-lines: 429986
code-lines: 293786
elements: make object! [
    string: [521438 8594106]
    datatype: [37918 247826]
    number: [57990 88982]
    refinement: [26270 181586]
    function: [486088 2264004]
    comment: [85910 3524536]
    body: [1005200 8675686]
    whitespace: [2220814 12162574]
]

Half a million functions? That's huge!

300k LOC, if I take that 1 LOC of REBOL is roughly 10 LOC of C on 
average (probably underestimated), it ends up being equivalent to 
3M LOC which is almost the size of Windows NT4 OS codebase!


I wonder what kind of tools is used at Qtask to keep track of such 
large codebase?

:)

We hope to make Qtask smaller over time, but Qtask is indeed do a 
lot of things...

doing

Here is my application result:
 
make object! [
     folders: 1
     files: 2
     raw-bytes: 1690752
     compressed-size: 396721
     raw-lines: 30110
     code-lines: 26330
     elements: make object! [
         string: [10677 256191]
         datatype: [3632 22230]
         number: [6178 10820]
         refinement: [894 5668]
         function: [29473 127244]
         comment: [50 1557]
         body: [61360 701524]
         whitespace: [112264 565518]
     ]
     element-definitions: ["comment" [
             cmt
         ] "datatype" [
             date!
             issue!
             money!
             pair!
             time!
             tuple!
         ] "number" [
             decimal!
             integer!
         ] "refinement" [
             refinement!
         ] "string" [
             char!
             email!
             file!
             string!
             tag!
             url!
         ]]
]
 

Lines of code is definetly wrong here, because I have a rebgui oneliner 
in it .

Dockimbel <Half a million functions? That's huge!>
That is huge! It's the biggest application disclosed so far!

But "function" is a technical definition that includes op! and perhaps 
other internal datatypes.....We could refine the application sizer 
to count those separately.

Thanks Robert for the comments here and on the ML.

It would make sense to refine the application-sizer to have the option 
to exclude specfic files, like rebgui. Then perhaps an app would 
have two counts:
-- all source files 
-- "unique" source files.

Keep in mind, there is likely to be redundancy in those numbers. 
we do have a couple things where we keep multiple versions.

eg. that also counts the old Qtask UI that is almost unused now.

tools we use... Mercurial.