Log in

View Full Version : debugview analyzer for perl v0.3


canadian_fbi
1st August 2002, 21:08
well it's been a while since i did anything with the old perl script started by primitive and continued by me for analyzing debugview output of xvid encodes. so i've updated it a bit to basically duplicate the functionality of the newer, better analyzers such as the one moonwalker has developed. i found myself using his version specifically to analyze how many i-frames were in the credits now, since that seems to be kind of erratic sometimes.

so why would you want to use this analyzer when there's a lot of newer (better) ones out there? well, i use it because it supports multiple movies in one debugview log file. in other words, i encode a couple of things (order: 1st pass, 2nd pass, 1st, 2nd, etc) and then i run this script and it dumps out a text file for each movie with its own info in it. also, it runs a good deal faster than moonwalker's .exe version (3.5x faster for me). however, you need perl installed on your system, which you can get at http://www.activestate.com/Products/ActivePerl/ and it won't give you a pretty graph like marcfd's alt-dbg analyzer. but i still like it :)

here it is: http://www.disconnect.net/temp/dbg_analyze.pl

to use it, once you have perl installed just run the script if your debugview log file is the now-standard dbg.log. or if it's named differently, you can type the input/output filenames as command-line arguments. but i just save the debugview file as dbg.log and then double-click on the .pl file in windows explorer and a couple seconds later i have my analysis file.

and this is much too much chatter for a 200-line perl script that most people won't use, except maybe me and primitive :)

Marc FD
1st August 2002, 23:11
Cool :) i was really eager to test it !!
I don't see how you extract several movies stats from one .log file.
BTW I'll probably make a new version of Alt-Dbg with major updates soon.

PS : My code is 10x faster than Moonwalker's :) (30 megs / sec !!)

@canadian_fbi (...strange login)
Seems like you can get Alt-Dbg working for you, right ??
Because feeback i had make me feel Alt-Dbg was really crap (because nobody seems to be able to get it working...)
I think i will release a .dll of my core for my next Alt-Dbg so everyone could use his functions (rippacks especially)
Maybe Moonwalker will do the .dll interface (@moon : what do you think ?)

This is too much chat for a 2000 lines app nobody can get working ( but me )

canadian_fbi
2nd August 2002, 04:03
well i get an error message when i load the dbg.log file in your analyzer ("Non-listed error in Alt-Dbg Core"), but i'm still able to get the nice graph and save the info. the info has several bugs in it when i save it (percentages are all wrong, time encoding info is way off), but usually i use my analyzer for that and just use yours when i want to see specific frame info in the graph and step through the timeline. i have to say that i'm really impressed with the speed of your program and how quickly it's able to analyze and display the info. it's definitely a big step up from simple text analyzers like mine. :)

as far as extracting several movies worth of stats from one log file, basically it checks to see if any 1st-pass lines follow any 2nd-pass lines, and if they do, it outputs an analysis file, resets all the relevant data variables and waits for another 2nd-pass line to start logging again. it was helped by the simplicity of the program (only 200 lines) - it might be more difficult to do in yours (you'd have to have multiple graph windows, etc.) there are definite advantages to keeping everything as plain as possible :) but you're welcome to look through my script and take anything from it that you can - and if you need me to help you with something in your program, let me know.

Marc FD
2nd August 2002, 13:56
in fact i don't think i will read you script for 2 reasons :
- I've never readed perl (only Delphi/C/C++/Basic/Fortran/Java/ect..)
- And i think like you said that my approach is different
but thanks for the offer :)

EDIT : i'll add MMX reading in the next release, so you'll be able to load you log file at the speed of your disk (+caching) :)
I now it does not worth it, but it's just for fun :)

PS : About your pb, i think i need to take a look in the code again ...

MoonWalker
3rd August 2002, 19:22
it runs a good deal faster than moonwalker's .exe version (3.5x faster for me).

PS : My code is 10x faster than Moonwalker's (30 megs / sec !!)

v0.81 was much slower...What about v0.9?? :p ..It's about 70% faster(for me)...But it's still slower than MarcFD's :devil: :D

MoonWalker

Marc FD
3rd August 2002, 20:59
You can't do anything against asm optimisation :)
But the speed of my prog reduce the stability :(

Hey, we're all here :)

@moonwalker
too bad that you can't read Delphi code. i will port it to C.
You could use the client .dll i will create :)
I've some ideas to make it fast and stable.
the .dll would send arrays of the stats. The prog will do the file output / graph things. i will try to do a sample prog who will use the dll . after that, you could copy it and improve the gui, while i could concentrate on the core...

I've some time tonight, because i lost all my day in MMX code writing, but it didn't work :(
(150 MMX lines for nothing .. :( :( :( :( )