RealAnime 4 - General Questions and Troubleshooting Thread

[Sirber]

if you can !!! it will allow you to have all latest files that we use in develloppement!!!
Yipee!!! Woot Woot!!! :D :D :DLain, there is too much joy in your comments. Please be more sad ;)

[LAIN]

Lain, there is too much joy in your comments. Please be more sad ;)

I'm happy that ppl report us bug, so that we are able to make better softs :D

[Sirber]

I'm happy that ppl report us bug, so that we are able to make better softs :DRemoving bugs don't make soft better, it makes them run as expected, nothing more ;)

[Eretria-chan]

Well, tis your fault, Sirber for posting only the the exe for 4.0.2 from 4.0.1! :p
Anyway, I reinstalled. Adding the file and closing RA does not crash it. Now I shall test it to do a little work before closing it.

[Sirber]

Well, tis your fault, Sirber for posting only the the exe for 4.0.2 from 4.0.1! :p
Anyway, I reinstalled. Adding the file and closing RA does not crash it. Now I shall test it to do a little work before closing it.I don't take the blame, blame the people on 56k that have to download a 24Mb package each time :p

[LAIN]

Well, tis your fault, Sirber for posting only the the exe for 4.0.2 from 4.0.1! :p
Anyway, I reinstalled. Adding the file and closing RA does not crash it. Now I shall test it to do a little work before closing it.

hehe, nice to hear!!! i think that is title (delphikage) need some revision :p

[Eretria-chan]

I don't take the blame, blame the people on 56k that have to download a 24Mb package each time :p
And whose fault is it that the package is 24 mb? Huh? Who is author? Huh?
It is your fault, I tell you! :p
Anyway, audio encoding soon finished. I will post results then. Stay tune, we shall soon find out if this was the cause of the crashes :sly:
Ahahaha! Aha! No, it crashed! YES! I mean... NO!
It was just starting the video encoding when I hit X, then stop.
Boom! Crash!

[Sirber]

hehe, nice to hear!!! i think that is title (delphikage) need some revision :pAlright, I will remove the link...

here!

http://forum.doom9.org/showthread.php?p=791827#post791827

:)

[Sirber]

And whose fault is it that the package is 24 mb? Huh? Who is author? Huh?
It is your fault, I tell you! :p
Anyway, audio encoding soon finished. I will post results then. Stay tune, we shall soon find out if this was the cause of the crashes :sly:
Ahahaha! Aha! No, it crashed! YES! I mean... NO!
It was just starting the video encoding when I hit X, then stop.
Boom! Crash!You can close RealAnime while encoding? Never worked for me.

[Eretria-chan]

Wow, I gain credit as well. How very nice of you.
Sirber: No, I can't. I hit X, then stop.

[Sirber]

Well, Realanime closed, so what?

[edit]

Analysis: #1
Audio: #1
Video: testing...

[Eretria-chan]

It crashed. Do you not read?

[Sirber]

What about a nice format? ;)

Lain is still testing X + Stop on video...

[LAIN]

It crashed. Do you not read?

I currently testing different scenarios that could cause problem when we hit X .... for now every one of them pass without any errors... hope to find one

[EDIT]

For now everything is ok... if i press X during encoding audio ... the file continue to encode video without problem.. and if i press stop after it close without any error. If i press X after the video has start encoding and stop after it close without error. the only thing that is remaning is that X is pressed during the encode and continu to encode without stopping it (maybe it will cause a error during the encode). I'll test it tonight ... encoding take time :(

I'll keep you informed... we will take a look to disable X during the encode so that it wont be able to press it :D

[Eretria-chan]

What about a nice format? ;)

Lain is still testing X + Stop on video...
I will! When my upgrade parts arrive!
It might just be the source. I don't know, but it happens to me all the time!

[Sirber]

I will! When my upgrade parts arrive!
It might just be the source. I don't know, but it happens to me all the time!Is RealAnime the only sexy and well built soft to crash on exit on your magnificent system? :D

[Eretria-chan]

It is hardly a sexy and well built system now. Serveal things may crash, but RA is pretty much the only thing that I can reproduce a crash for.

[Sirber]

Neither me or lain can reproduce it, unless someone else report that problem I'll have to say:

Cannot repro

Sorry :(

[Eretria-chan]

I am trying to upload the source. And I still have to see if it can do 3 passes. Otherwise I will try to leave it up to you.

[LAIN]

I'll continu the test that i currently doing... but i wont be able to post any result for now ~5 to 6 hours encoding per file ...

I'll keep you informed about this long test.

LAIN

[EDIT]

I'll make further test on other sources...

[killerhex]

when will realanime will be able to have wmv input support i got some anime hdwmv eps in my hard drive that i would like to encode for now im using ERMP

[ggab]

thanks for the new release :) i will test it soon ;)


PS: u forgot to add 80kbps & 112kbps profiles to vorbis audio :P

[BoostAddict]

rv10 med 2 pass 468 kbs w/ audio encode and it didnt crash

going to test x264 next

x264 3 pass med didnt crash either

good to go ;)

[Sirber]

@killerhex

wmv should work, but not in the drag drop. Try right click, Add.

@ggab

Sorry!!!

@BoostAddict

Good :D

@Eretria-chan

Lain reproduced your crash using your source. I think your file trigger some crap our of MediaInfoLib.

[Eretria-chan]

@Eretria-chan

Lain reproduced your crash using your source. I think your file trigger some crap our of MediaInfoLib.
Yes, I recieved a PM not long ago. It is good that you have reproduced it. This will serve to make your program even more bug-free, or so at least one should hope.

[leowai]

Thanks Sirber. Your program works fine so far for me. May be I'm too gentle to it? :D

@killerhex
wmv should work, but not in the drag drop. Try right click, Add.

Why the drag & drop feature is not the same as "Add" function? Just curious about this. :sly:

[Sirber]

Why the drag & drop feature is not the same as "Add" function? Just curious about this. :sly:DragDrop look for file extension, not Add yet. I did not spend too much time on that, IMO the rest is more important ;)

[Eretria-chan]

Well, some good news at least. This time it worked - no crashes. The quality looks pretty good, but on fog scenes or scenes where there is much blur, you still see many blocks.
Also pausing at some places in the movie can show you smoothed out details. But that can't be helped, I guess...

[Sirber]

x264 save bits where it can. Fog and dark is the best place for that. To remove blocks set filtering to +2 or stronger.

What are the rez, the content type and the video bitrate you asked for?

[Eretria-chan]

Default. All the default settings.
Hmmm, more deblocking...

[Eretria-chan]

Sirber, a question:
What processor do you have? I was working on the upgrade program, but with my advanced techniques, it is incredibly slow, and as such I am trying to use the best and latest technology possible.

And how many hours per day do you actually spend at your computer? Concider it... statistics, these questions ;)

[Sirber]

I have an AMD64 3000+ running in 32bit mode.
I spend around 10h per day on my computer (work or home), but home PC is online all day long.

What is your "advanced technique"?

[Eretria-chan]

My advanced techniques is mostly this...
First, the basic technique is to compare files byte per byte and save the address of the mismatch byte and the new byte to be written at that address. However, for each mismatch byte, FIVE bytes need to be written to the file (4 bytes for the offset and one for the byte itself). To compensate for this, I made an enhancement. It only writes the actual length of the address (1, 2 or 4 bytes depending on the size, ie 255, 65535 or bigger), and at the beginning write how many of each there was to reduce size. But this wasn't enough...

So I added an advanced technique that would allow it to search further in the file when a mismatch byte was found, to see if it can find a similar set of bytes in another position in the file. That way, it could save information that it could be found in another part of the file, the offset and the number of bytes.

Eventually, I might also program it to add a command to "skip" a number of bytes from the offset so it might continue a byte offset.

So that say, if the original file contains 0x01, 0x02, 0x03, 0x04 and 0x05, then it could search in the other file and fine 0x01, 0x02 and skip one byte to also find 0x03, 0x04 and 0x05.

Problem is - this is incredibly slow. Even for a ~200 kb file! Imagine what the speed will be when comparing megabytes of files!
I have currently re-written two functions in pure assembly, yet it is still slow. So I plan to take advantage of SSE (3/2), 64-bit (more storage size plus extra registers) and even dual core (half processing in one thread; half in another).

[Sirber]

ooook!

Is there a link with video compression? :confused:
Is there a link with RealAnime? :confused:

[Eretria-chan]

Well, use it to compress your upgrades. That means people won't have to download 20 mb each time you release a new version, which you do seem to do frequently.

[Sirber]

Ha! You are working on a lossless file compression! :)
Is it better than 7zip? (LZMA)

[Eretria-chan]

It works to modify file X to be equal byte-per-byte with file Y.
That way, you can easily make an "upgrade package" which the users download and run. It will automatically patch the the version on the system to the version you have compared it to.
In sense, it is not a compression system, but it will give you a very small package (hopefully) to patch all your files to their current versions.

[nm]

Binary diffs can be done efficiently and there are many open source implementations available. Certainly worth looking around before making your own algorithm. Just google for "binary diff" and behold :)

[Sirber]

So it's a "patch maker" my keeping the modifications! :D
Can it work on myltiple files? Can it detect "moved" datas?

[Eretria-chan]

It is intended to work on multiple files.
I have no idea what you mean with "moved" datas. But it will examine ALL the files, one by one, byte per byte, and take note of the differenece and store that information so that it can later patch those files to be the same, byte per byte.

[Sirber]

Any build I can test?

[Eretria-chan]

I have one, but it isn't finished yet...
Since the reworking in assembly, all functions are not finished yet, nor is all the advanced stuff. And you can't choose filenames and it only works on one file ^^"
I'm putting a little on hold 'til I get my new processor so I can start optimizing it more. But if you still want my pre-wip build, then I can hand it to you...

Or, the source.

[Sirber]

Or, the source.I could simply do a self-extracting RAR or 7zip... ;)
If it takes the same time to make the diffs than to download the 24Mb file... ;) lol

[Eretria-chan]

You lost me...
What was your point? :confused:

[Sirber]

usualy no need of a 24MB update. I can RAR the new files and make it autoextractable and be under 1MB. That's all.

[Eretria-chan]

Riiiiiiiight...
This program is aimed to make incredibly small files. And what if someone upgrades from an old version? You keep updating ffdshow, x264 and so on, so it usually becomes pretty big each time.

And this is something I have been thinking of doing for some time. You can just be the one who makes sure it works alright :p

[Sirber]

Alright, PM me your MSN infos. We'll stop here this OT ;)

[nm]

I'm putting a little on hold 'til I get my new processor so I can start optimizing it more. But if you still want my pre-wip build, then I can hand it to you...
Just in case if you didn't notice my previous post, good algorithms really do miracles. Take a look at bsdiff (http://www.daemonology.net/bsdiff/) before optimizing an inefficient one.

[killerhex]

when trying to encode the wmv file its says from besweet error #57

[Sirber]

Post the info of your file...