11-23-2002, 01:18 AM
|
Invalid Email / Banned / Spammer
|
|
Join Date: Aug 2002
Location: Brasil - MG - third stone from the sun
Posts: 5,570
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
thanks,i was waiting for this!
|
Someday, 12:01 PM
|
|
Site Staff / Ad Manager
|
|
Join Date: Dec 2002
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
|
|
|
11-23-2002, 01:31 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Let's get ready to rumBLEEEEEEEEEE
It's playtime
Thanks SansGrip
-kwag
|
11-23-2002, 01:35 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by jorel
thanks,i was waiting for this!
|
Quote:
Originally Posted by kwag
Let's get ready to rumBLEEEEEEEEEE
It's playtime
|
heheh enjoy .
|
11-23-2002, 01:39 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Works like a charm SansGrip
Just a small detail. When you run the "Sample Encoding Helper", and you go to step 2, could you add extensions .m1v and .m2v on the dialog? Because it defaults to .mpg, and the samples are usually video only .m1v of .m2v ( if MPEG-2 ) files.
-kwag
|
11-23-2002, 01:44 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
Just a small detail. When you run the "Sample Encoding Helper", and you go to step 2, could you add extensions .m1v and .m2v on the dialog? Because it defaults to .mpg, and the samples are usually video only .m1v of .m2v ( if MPEG-2 ) files.
|
I gathered from the file size prediction thread that one's supposed to encode the sample with a system stream, and hence with a .mpg extension. Wouldn't this more accurate than a .m1v or .m2v without a system stream?
|
11-23-2002, 01:50 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by SansGrip
I gathered from the file size prediction thread that one's supposed to encode the sample with a system stream, and hence with a .mpg extension. Wouldn't this more accurate than a .m1v or .m2v without a system stream?
|
Actually, it should be more accurate using only the video stream, because the audio is already being calculated separately. So the .m1v or .m2v is a video only stream without any other dependencies. And that's the way it's encoded too. At least I encode video stream only ( ES Video Only ) in TMPEG.
-kwag
|
11-23-2002, 01:55 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
Actually, it should be more accurate using only the video stream, because the audio is already being calculated separately. So the .m1v or .m2v is a video only stream without any other dependencies. And that's the way it's encoded too. At least I encode video stream only ( ES Video Only ) in TMPEG.
|
By "with a system stream" I meant the "System (Video only)" option. Since the final encode will have three streams -- video, audio and system -- and we're factoring out the audio, that leaves the other two streams to account for in the calculations. If you encode the samples as an elementary video stream with no system stream, wouldn't that cause inaccuracies since the final encode will have all three streams in it?
Or am I confused?
|
11-23-2002, 02:05 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Well, at least all the samples that I've done manually with the formula, I always used ( ES Video Only ) stream. The final file size has always been ~2% to ~3% less than predicted.
-kwag
|
11-23-2002, 02:08 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
Well, at least all the samples that I've done manually with the formula, I always used ( ES Video Only ) stream. The final file size has always been ~2% to ~3% less than predicted.
|
The lack of a system stream might explain it. If your final size with video and audio streams only is, say, 780mb, with the system stream it'll be 780 * (2048 / 201 = 791mb.
Or maybe I'm barking up the wrong tree. If you think it would be best to add m1v and m2v to the "open file" dialog it'll take me about a minute. My only concern is that if it really is best to encode samples with both a video and system stream, allowing ES files might throw people off...?
|
11-23-2002, 02:19 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Ok, I just ran a test on two prediction samples. One as ES Video only and another as System ( Video Only ).
File sizes:
ES (Video Only): 9,752MB
System (Video Only): 25,705
So obviously, it has to be run as ES stream.
-kwag
|
11-23-2002, 02:23 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
ES (Video Only): 9,752MB
System (Video Only): 25,705
|
Wow, that's a huge difference. I'm going to cancel my current encode and run the same test on my reference source material. If I get that big a difference I'll release 0.2a with .m1v and .m2v in about 20 minutes.
Edit: Just goes to show there's no substitute for testing! Thanks kwag .
|
11-23-2002, 02:27 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by SansGrip
Edit: Just goes to show there's no substitute for testing! Thanks kwag .
|
Hey, anytime
Maybe TMPEG is screwing up somewhere . I'm on 2.59 PLUS
-kwag
|
11-23-2002, 02:29 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
I guess it's not TMPEG. Just tried it with 2.58 PLUS, and got the same large file size using System(Video Only).
-kwag
|
11-23-2002, 02:32 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
2.59 must be acting up, because I get completely expected results from the two encodes.
System (video only): 15.3mb
ES (video only): 15.1mb
In this case, the video and system stream is...
15.1 * (2048 / 201 = 15.3
...exactly the right size .
|
11-23-2002, 02:33 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
I guess it's not TMPEG. Just tried it with 2.58 PLUS, and got the same large file size using System(Video Only).
|
This is probably a stupid question, but... are you SURE you're hitting "System (Video only)" and not "System (Video+Audio)"??
Edit: I'm using 2.58 not-plus...
|
11-23-2002, 02:42 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by SansGrip
Quote:
Originally Posted by kwag
I guess it's not TMPEG. Just tried it with 2.58 PLUS, and got the same large file size using System(Video Only).
|
This is probably a stupid question, but... are you SURE you're hitting "System (Video only)" and not "System (Video+Audio)"??
Edit: I'm using 2.58 not-plus...
|
Yes. 100% sure. Just running it right now to be sure. System(Video only), not the last one(Check button). Same result
So maybe the PLUS is screwed up , but then 2.58 does the same too
-kwag
|
11-23-2002, 02:46 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
Yes. 100% sure. Just running it right now to be sure. System(Video only), not the last one(Check button). Same result
So maybe the PLUS is screwed up , but then 2.58 does the same too
|
2.58 "regular" works as expected for me. I'm wondering if this is a PLUS issue? I can't think of anything other than a bug that would account for such a massive difference in file size ... Video + system streams should be just over 1.5% larger than video alone .
|
11-23-2002, 02:49 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Downloading TMPEG standard now...
Edit: Same result with the 2.59 free version
-kwag
|
11-23-2002, 02:51 AM
|
Free Member
|
|
Join Date: Nov 2002
Location: Ontario, Canada
Posts: 1,135
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Quote:
Originally Posted by kwag
Downloading TMPEG standard now...
|
heheh, and here was me thinking I was just about to go to bed...
|
11-23-2002, 03:02 AM
|
Free Member
|
|
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
I know I am going to bed
It's 4:00AM here .
Good night ( or morning ) everyone
-kwag
|
All times are GMT -5. The time now is 11:34 AM — vBulletin © Jelsoft Enterprises Ltd
|