General > Leeching & Technical Problems
Why h264?
Mecha_Trueno:
just wanna know, is it true that with h264 you can make file sizes smaller without loss of quality? i think i might have heard it somewhere but dunno... cant remember
Tofusensei:
--- Quote from: gumbaloom on September 02, 2005, 11:10:00 am ---This is an age old argument. It's happening now and it will happen again.
It happened when people moved from fansub tapes to dvix3. It happened when people moved from dvix3 to divx5. It happened when people moved to xvid and it happened when xvid 1.0 and above.
--- End quote ---
Small correction: Divx4/5 never really caught on with fansubbers. The big jump was divx3 -> xvid.
And yeah, with h.264 we should be able to see higher quality at smaller sizes (though I imagine 170~ megs will remain the norm ><)
-Tofu
ladoga:
In linux i get buggy audio with this file. :(
Btw. The video quality is great.
[edit]
On further testing i noticed that this format eats CPU power like hell. I guess i can forget watching movies compressed with it on my 1Ghz duron. :(
Previous episodes encoded with xvid use about 25-35% of my CPU to decode.
All H.264 videos i tried so far get my CPU usage to 85-99%, which might explain choppy audio too.
I guess this might be a good codec for people with 2Ghz+ box or maybe latest G5 Macs. Though id rather waste more of cheap HD space for better quality than invest 500€ to new cpu, mobo and ram. Especially when everything else runs just fine. I built this puter for home media server about a year ago. (i feel bit stupid not anticipating this back then)
Ofcourse (for above reasons) im partial in my opinion that this isn't a best way to go. But none of earlier codec upgrades needed 100% increase in hardware performance to play them smoothly. Encoding has always been CPU heavy stuff, but not decoding. You can even watch most of DivX/Xvid stuff on those little handheld players.
I think many people can't afford buying a new rig every two years.
Here's my system specs:
AMD Duron (Spitfire core) clocked to 1017MHz
640MB of PC-133 SDRAM
ATI Radeon 9800Pro
400GB+250GB+40GB PATA HDs
running Ubuntu (linux kernel 2.6.10-5-686)
Sindobook:
When encoders first started creating video for computer playback, the standard for high-quality video was MPEG-1 systems. For .avi, the only codecs out there were things like Intel Indeo and Cinepak. If people wanted smaller files, they used things like .rm or .vivo but the quality was horrible.
Then microsoft came out with MS-MPEG4v3 which could deliver MPEG-level quality but with better compression. divx311alpha was a copy of MS-MPEG4v3 that could coexist with some other microsoft products. This made .avi the de-facto system standard for releases, but, unlike MPEG, .avi is not a real standard. It is just a legacy windows / microsoft type of file that even microsoft is trying to phase out in favor of .asf and .wmv. .avi posed several problems for the newer MPEG-4 codecs since it did not support B-frames, variable bitrate audio, etc.
So going back to an MPEG type standard is long overdue, like MPEG-1 which can be played back on many DVD players, MPEG-4 will ultimately have better cross-platform support for playback on different devices like PSP, standalone players, macintosh, PMP, etc.
ladoga:
--- Code: ---Playing [AonE&F-B&L-E]Space_Symphony_Maetel_-_[DVD]_06_[C5A3D4F1][h.264].mp4.
ISO: Unknown File Type Major Brand: avc1
QuickTime/MOV file format detected.
--------------
MOV track #0: 3100 chunks, 34095 samples
MOV: AVC decoder configuration record atom (46)!
MOV: Found unknown movie atom btrt (20)!
Image size: 704 x 400 (24 bpp)
Display size: 704 x 400
Fourcc: avc1 Codec: ''
--------------
MOV track #1: 2963 chunks, 0 samples
Audio bits: 16 chans: 2 rate: 48000
MOV: Found MPEG4 audio Elementary Stream Descriptor atom (35)!
Fourcc: mp4a
--------------
MOV: longest streams: A: #1 (2963 samples) V: #0 (34095 samples)
VIDEO: [avc1] 704x400 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
vo: X11 running at 1280x960 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm:ffmpeg (FFmpeg H.264)
==========================================================================
Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
AF_pre: 48000Hz/2ch/s16le
AO: [oss] 48000Hz 2ch s16le (2 bps)
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
Starting playback...
VDec: vo config request - 704 x 400 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 704x400 => 704x400 Planar YV12
mpg123: Can't rewind stream by 173 bits! 29/ 29 49% 11% 1.4% 5 0
mpg123: Can't rewind stream by 173 bits! 53/ 53 49% 10% 1.5% 5 0
mpg123: Can't rewind stream by 173 bits! 72/ 72 56% 10% 1.6% 5 0
mpg123: Can't rewind stream by 59 bits!5 98/ 98 63% 10% 1.7% 5 0
mpg123: Can't rewind stream by 42 bits!4 189/189 61% 10% 1.9% 5 0
mpg123: Can't rewind stream by 19 bits!4 196/196 61% 10% 1.9% 5 0
mpg123: Can't rewind stream by 112 bits! 253/253 64% 10% 2.0% 5 0
mpg123: Can't rewind stream by 54 bits!7 264/264 64% 10% 2.0% 5 0
mpg123: Can't rewind stream by 8 bits!76 396/396 69% 10% 2.0% 6 0
A: 21.3 V: 20.9 A-V: 0.438 ct: -0.639 501/501 73% 10% 2.0% 72 0
************************************************
**** Your system is too SLOW to play this! ****
************************************************
--- End code ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version