Log in

View Full Version : RealAnime 4 - General Questions and Troubleshooting Thread


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 26 27 28 29 30 31 32

killerhex
18th February 2006, 03:17
i have downloaded some mkv with triple audios and was wondering if you can make an option to encode oly 2 audio tracks like [japanese+english]

Sirber
18th February 2006, 03:20
i have downloaded some mkv with triple audios and was wondering if you can make an option to encode oly 2 audio tracks like [japanese+english]You can with RealAnime 3.2, but it's impossible with 4.0. User Interface merged to be simpler and keep only 1 audio and 1 sub, or all of them. I'm sure you can just update x264.exe for 3.2 and encode well. No AAC+v2 though...

killerhex
18th February 2006, 06:46
will the new version encode aac to other format without decoding to wav the re-encoding

Sirber
18th February 2006, 16:05
will the new version encode aac to other format without decoding to wav the re-encodingNope. Besweet don't handle AAC as input so I have to go through wave. Also, there are no "new version", just a final version of the current one :).

Sirber
18th February 2006, 17:44
I updated the "AAC+ v2" encoder to winamp 5.2.
I will try also to handle mono source (they curerntly fails) for this codec.

Sirber
18th February 2006, 18:05
Naruto intro (23s) test:
640x480, 24FPS, anime content with low and high motion scenes

400kbps (inc 32kbps AAC PS) (http://www.mytempdir.com/460716)
350kbps (inc 24kbps AAC PS) (http://www.mytempdir.com/460722)

I'm gonna lower the bar for the defaults:
Video: 326kbps (RC3: 368kbps)
Audio: 24kbps (RC3: 32kbps)
Estimated file size: 60MB (RC3: 70MB)

BoostAddict
19th February 2006, 04:04
how come the two samples are so choppy?

Sirber
19th February 2006, 08:44
how come the two samples are so choppy?What do you mean?

BoostAddict
19th February 2006, 09:46
http://boostaddicts.com/snapshot.jpg

see how its rough around the edges
its not clear and crisp like the original
this is the 400kbs sample also

killerhex
19th February 2006, 11:36
is that encoding with x264

Sirber
19th February 2006, 17:15
It's normal. The encode is 23 seconds, so it doesn't have the same bitrate curve as a 24 minutes encode. If you make the full 24 minutes encode, the intro is lileky to get 2-3 times more bitrate than it got in this clip.

What about the audio?

BoostAddict
19th February 2006, 17:57
ah i see, no wonder some of my sample clips i make myself looks so iffy

the audio seemed fine

Sirber
19th February 2006, 18:33
ah i see, no wonder some of my sample clips i make myself looks so iffyiffy? :confused:

the audio seemed fineBoth 32kbps and 24kbps?

BoostAddict
19th February 2006, 19:51
iffy? :confused:

:o iffy means weird
referring to my sample clips, they didn't look good
but i guess it was because it was a 20 sec sample instead of a 24 minute encode

Both 32kbps and 24kbps?
yes both 32 and 24 sounded fine

Sirber
19th February 2006, 19:53
So, is it OK with everyone if I lower the bitrates?
I need everyone comments! :D

ggab
19th February 2006, 20:38
for audio yes, 24kps is fine

but, go on using 376kbps for video, we might get a higher quality :)

Sirber
19th February 2006, 21:04
for audio yes, 24kps is fine

but, go on using 376kbps for video, we might get a higher quality :)But filesize will not decrease :(

IMO x264 is pretty good to handle the bitrate drop, on 24 minutes content. If you only do 2 pass best keep 376kbps :)

BoostAddict
19th February 2006, 21:17
i still use 468 no matter what ;)
not much of a file size increase so i dont mind

Sirber
19th February 2006, 21:19
i still use 468 no matter what ;)
not much of a file size increase so i dont mind
468 + 32? Ewwwww 85MB ;)

killerhex
19th February 2006, 21:23
well im just goin to wait for the release

BoostAddict
19th February 2006, 21:25
85 is GOOD compared to 200+

Sirber
19th February 2006, 21:27
Since Damrod was supposed to do the automatic filtering for the handeled profiles (PSP, iPod and PPC) and I have no news about it, we'll release the 4.0 whitout it (only normal profil) and release a 4.1 later with it.

We are currently fixing bugs about track management, then I'm pretty confident we can release 4.0.

killerhex
19th February 2006, 22:37
jus add the profiles to the powerpack

Sirber
19th February 2006, 22:39
jus add the profiles to the powerpackThere will be no powerpack with 4.0. :)

killerhex
19th February 2006, 22:57
oh ok

Sirber
20th February 2006, 00:49
well, I made a poll about that and everyone want both merged.

LAIN
20th February 2006, 06:46
we have corrected few bug -track management/language/... and we are currently making few test for the final release (4.0) for the profile it will be delayed, because we want ppl to have access to the main feature of realanime (encoding x264) ... be prepare for download :D hehehe

will keep you informed... if there is any new bug, just post them here!!!

thanks every RealAnime users!!!


LAIN

killerhex
20th February 2006, 07:42
cant wait

clone83
20th February 2006, 09:25
we have been waiting for this for ages but i guess that is what we have to do sice we all want perfection... and if i know these guys, then it will be perfect :cool:

DJ_Izumi
20th February 2006, 12:04
Ya know... I'm testing this piece of software out on a lossless master copy of an anime music video I did so I can compare it to the XviD and DivX encodes... But asside from being an idiot proof GUI for h264 encoding, the whole 'Anime' part of this software confuses me.

I understand it's been built to accept easy transcoding of other downloaded animes, including dual audio things like OGM and MKVs but... Wouldn't you have to be an idiot to take something that was encoded from MPEG-2 on DVD, to XviD or DivX, and now to ANOTHER lossy codec just to save 50mb of disk space? It would be even worse for fansubs which are often TV Rip -> XviD/DivX -> XviD/DivX (AGIAN, this time encoding in subtitles into the video) -> h264 (via RealAnime)...

I can see the advantage in 'fresh' encodes, going from Mpeg-2 -> h264, where as you can get more bang for your megabyte of storage, allowing higher quality encodes but the main target of this software seems odd...

Also, does this software correctly support aspect ratio/anamorphic needs that some MKV's make use of?

Eretria-chan
20th February 2006, 12:31
I understand it's been built to accept easy transcoding of other downloaded animes, including dual audio things like OGM and MKVs but... Wouldn't you have to be an idiot to take something that was encoded from MPEG-2 on DVD, to XviD or DivX, and now to ANOTHER lossy codec just to save 50mb of disk space? It would be even worse for fansubs which are often TV Rip -> XviD/DivX -> XviD/DivX (AGIAN, this time encoding in subtitles into the video) -> h264 (via RealAnime)...
No... it makes sense! 50 mb in itself is nothing, but when you add it up (10 * 50 = 500). And a regular anime download (as far as I have seen), it about ~200-250 mb (lower and you have bad quality encodes). That saves a lot of space.

I can see the advantage in 'fresh' encodes, going from Mpeg-2 -> h264, where as you can get more bang for your megabyte of storage, allowing higher quality encodes but the main target of this software seems odd...

Also, does this software correctly support aspect ratio/anamorphic needs that some MKV's make use of?
I think the purpose of this application is acceptable (good?) quality at low bitrates (hence saving space).

I'm all for lesser filesize as long as the quality loss isn't too bad. I still use noise reduction, and can continue to if necessary. Not too much of a big deal to me...
I still have to listen to the audio, though.... last time I listened (with 32 kbps), it failed at some points.

Sirber
20th February 2006, 13:48
Also, does this software correctly support aspect ratio/anamorphic needs that some MKV's make use of?Not sure, since I didn't hit any of them. It depends which decoder you use, how the flag has been set, etc.

DJ_Izumi
20th February 2006, 17:06
No... it makes sense! 50 mb in itself is nothing, but when you add it up (10 * 50 = 500).

500mb is about 1/9th of the total storage of a single layer DVD disk... The storage savings doesn't seem practical, especially when one considders that lossy to lossly encoding will result in reduced quality over the original.

Sirber
20th February 2006, 17:30
500mb is about 1/9th of the total storage of a single layer DVD disk... The storage savings doesn't seem practical, especially when one considders that lossy to lossly encoding will result in reduced quality over the original.Quality is not that inferior, also I like to burn 2-3 series on the same DVDR. Money and space saving :)

LAIN
20th February 2006, 18:26
500mb is about 1/9th of the total storage of a single layer DVD disk... The storage savings doesn't seem practical, especially when one considders that lossy to lossly encoding will result in reduced quality over the original.


50 mb is a random number... normally the size of a encode is ~50% of the original size without a big lost of quality. A lot of time that the size in less than 50% with the same bitrate. I'v seen 10 gb series compressed in 3.8 without a great lost of quality. Yes single layer dvd are chea- ~40¢ each if you have a great deal, but it's not a reason to take twice dvd for a single series.

LAIN

DJ_Izumi
20th February 2006, 19:11
50 mb is a random number... normally the size of a encode is ~50% of the original size without a big lost of quality. A lot of time that the size in less than 50% with the same bitrate. I'v seen 10 gb series compressed in 3.8 without a great lost of quality.
...I think I'm going to throw up. :/

Sirber
20th February 2006, 19:12
...I think I'm going to throw up. :/If you don't like to recompress anime and save space, why are you polluting my thread?

DJ_Izumi
20th February 2006, 19:40
I was curious about x264 encoding GUIs. Obviously.

Anyway, any plans to include 'direct stream copy' features for audio encoding in case you don't want the audio touched?

Sirber
20th February 2006, 19:50
It's in advanced, dubbed "Encode audio". But, it doesn't work with AVI / AVS yet.

LAIN
20th February 2006, 19:51
I was curious about x264 encoding GUIs. Obviously.

Anyway, any plans to include 'direct stream copy' features for audio encoding in case you don't want the audio touched?


there is a option in adv tab of Settings that allow you to skip the audio encoding

[EDIT]

Sirber answered faster than me :(

killerhex
21st February 2006, 04:59
so what else are you guys doin for RA4 until release

LAIN
21st February 2006, 07:00
so what else are you guys doin for RA4 until release


for now we are curently testing the features that we have added and correcting the bugs that we encounter. There no more major develloppement to do, but I can't say when it will be released. It will be before ~10 days max, I'm moving in another province of Canada and wont be able to do some coding until i'm set up at the new location.

Currently the test that we are currently made have successfully been accomplished. We'll keep you informed about the situation!!!

LAIN

[Edit]

--> the only major dev that need to be done and that will be available with version 4.1, it's the profile selection.

Eretria-chan
21st February 2006, 10:50
500mb is about 1/9th of the total storage of a single layer DVD disk... The storage savings doesn't seem practical, especially when one considders that lossy to lossly encoding will result in reduced quality over the original.
You seem to an overly perfectionist about quality. For some, it really isn't as much quality drop to make a differenece. And I DO prefer to put a whole series or more onto a dvd and don't clutter up thousands of dvds all over my room.

Sirber
22nd February 2006, 01:19
I did some listening and 24kbps is missing something... so new defaults will be:

video: 318kbps
audio: 32kbps
total: 350kbps.

so we're still saving bits :)

killerhex
22nd February 2006, 01:24
:sly: :scared: :mad: :angry: i want to try the new version

Sirber
22nd February 2006, 01:48
Still figthing a nasty bug. Missing FPS from MKV, so the encode is all wrong.

I wouldn't mind help though, in what ever way you can.

killerhex
22nd February 2006, 02:14
i encode with the original FPS and i dont know how to help

LAIN
22nd February 2006, 02:21
i encode with the original FPS and i dont know how to help


the problem that we can't extract fps from files... MediaInfo dont seem to like it (it's the second time that we faced this problem... but we are working on a solution to correct this bug)

LAIN

Sirber
22nd February 2006, 02:28
i encode with the original FPS and i dont know how to helpI didn,t ment on that pecular issue, but in general. Did you find any bugs in RC3? Is there something we can improve? Can you help us with some coding? Did you encounter hard sources? Is there enough filter? Are the one in place effective? Are the defaults good enough? Bitrates, are they ok by default? Should MP4 be used instead of MKV by default?

All interresting stuff :)

killerhex
22nd February 2006, 02:29
there was one problem when i encoded a video yesterday the video and audio were out of sync

i tried changing the the original fps 23.98 to 25 but it didnt work for me and i encoded the audio to aac+v2 32kbps and video 325