Mp4 Corruption

This forum is for video and audio help and discussion.

Mp4 Corruption

Postby nemesis_monkey » Mon Apr 30, 2007 1:35 pm

well I have recently got an mp4 player and for some reason all the mp4 files I download seem to be "corrupt", what could be the cause of this :?:
nemesis_monkey
 
Joined: 25 Apr 2007

Postby Kariudo » Mon Apr 30, 2007 1:44 pm

if you abruptly cut off the internet while downloading, or cut the connection bewtween your player and computer while transfering files it could cause corruption.

it may also be that your downloads aren't compatible with your player, most of em have specific resolutions/codecs/bitrates that they want you to use
ImageImage
Image
User avatar
Kariudo
Twilight prince
 
Joined: 15 Jul 2005
Location: Los taquitos unidos
Status: 1924 bots banned and counting!

Postby Kevmaster » Mon Apr 30, 2007 1:47 pm

uhmn...If ur talking about an portable player like ipod, psp, etc..

...most mp4 player use another mp4 format than the HQ .246 format..uhmn..you need a convertor to convert them to the right format
Kevmaster
Eisenbahnmörser
 
Joined: 28 May 2006

Postby JudgeHolden » Mon Apr 30, 2007 3:02 pm

Kevmasterflashdeluxe wrote:uhmn...If ur talking about an portable player like ipod, psp, etc..

...most mp4 player use another mp4 format than the HQ .246 format..uhmn..you need a convertor to convert them to the right format


Exactly, the mp4 the PC users here use, is not standard h264 encodes.
ImageImageImageImage
User avatar
JudgeHolden
 
Joined: 14 Mar 2005
Location: The great white north (Minneapolis)
Status: Looking at you through your window!

Postby Willen » Tue May 01, 2007 7:19 am

Most likely, the player requires a specific set of resolutions and possibly bitrates for the MP4 files. Not to mention that it may only handle MPEG-4 SP/ASP video, aka. DivX or XviD in a MP4 container. I've even found a few "MP4" players that advertise MPEG-4 playback but only for videos that are in the AVI file format, like most DivX and XviD videos you find on the internet, instead of an actual MP4 file.

The more popular portable video players like the Apple iPod and Sony PSP require MP4 files to follow strict resolution parameters and have certain limits on maximum bitrates. For example, here are the supported formats for the iPod:
Video formats supported:

H.264 video, up to 1.5 Mbps, 640 by 480 pixels, 30 frames per sec., Low-Complexity version of the H.264 Baseline Profile with AAC-LC audio up to 160 Kbps, 48 kHz, stereo audio in .m4v, .mp4, and .mov file formats;

H.264 video, up to 768 Kbps, 320 by 240 pixels, 30 frames per sec., Baseline Profile up to Level 1.3 with AAC-LC audio up to 160 Kbps, 48 kHz, stereo audio in .m4v, .mp4, and .mov file formats;

MPEG-4 video, up to 2.5 Mbps, 640 by 480 pixels, 30 frames per sec., Simple Profile with AAC-LC audio up to 160 Kbps, 48 kHz, stereo audio in .m4v, .mp4, and .mov file formats


For the PSP:
You can play files of the following types on the PSP™ system.

Memory Stick™ Video Format, MP4
- MPEG-4 Simple Profile (AAC) (all versions):
MPEG-4 SP, up to 768 kbps (1.5 Mbps with a file header hack), 320 by 240 pixels or 368 by 208 pixels (or any combination totaling 76,800 pixels), 30 or 15 frames per sec., Simple Profile with AAC-LC audio up to 128 Kbps, 24 kHz, stereo audio in .mp4 file format.

- H.264/MPEG-4 AVC Baseline Profile (AAC) (firmware version 2.00 and higher):
AVC (H.264), up to 768 kbps, 320 by 240 pixels or 368 by 208 pixels (or any combination totaling 76,800 pixels), 4:3 or 16:9 aspect ratio, 30 frames per sec.*, Baseline Profile up to Level 1.3 with AAC-LC audio up to 128 Kbps, 48 kHz, stereo audio in .mp4 file format.

*Version 2.60 and later firmware adds support for 24 frames per second (NTSC FILM) video AVC format files. Version 2.80 adds support for H.264/MPEG-4 AVC Main Profile (CABAC) (AAC) up to Level 2.1, 25 fps (PAL) video, flexible file naming, and the use of the "VIDEO" folder.

New for 3.30 firmware: The following types of files can now be played in the "VIDEO" folder.
– MPEG-4/H.264 AVC Main Profile (AVC CABAC) video files of the following sizes:
720 X 480, 352 X 480, or 480 X 272.

AVI format (version 3.0 or higher)
- Motion JPEG (Linear PCM)
- Motion JPEG (μ-Law)
Having trouble playing back videos? I recommend: Image
User avatar
Willen
Now in Hi-Def!
 
Joined: 10 Jul 2005
Location: SOS-Dan HQ
Status: Melancholy

Postby Zero1 » Wed May 02, 2007 5:09 pm

JudgeHolden wrote:
Kevmasterflashdeluxe wrote:uhmn...If ur talking about an portable player like ipod, psp, etc..

...most mp4 player use another mp4 format than the HQ .246 format..uhmn..you need a convertor to convert them to the right format


Exactly, the mp4 the PC users here use, is not standard h264 encodes.

The guide I wrote, and the software Zarxrax coded create perfectly standard H.264 encodes. In fact if you use x264 and MP4, it's still perfectly standard.

Perfectly standard, just too complex for iPods and stuff to play due to their low CPU power. A H.264 encode would only be non standard if you stored it in AVI, MKV or OGM, since MPEG only specify MPEG-2 Transport steams and MP4 files. You may also be able to store it in MPEG program streams (MPG), but it's not common and not recommended.

Just because a certain hardware device does not play it, does not mean there is a problem with the file, for example I can create a perfectly standard file that won't play in quicktime because quicktime only has a partial decoder; which is Apple's fault, not mine or anyone elses.

Unlike MPEG-1 which was regularly used for 352x240/288 encodes at 1.15mbps, H.264 scales from resolutions as small as mobile phones (128x96) up to studio quality at 4096x4096, so of course you can't expect to play a certain encode on anything.
User avatar
Zero1
 
Joined: 02 Jan 2004
Location: Sheffield, United Kingdom

Postby JudgeHolden » Wed May 02, 2007 5:16 pm

Zero1 wrote:
JudgeHolden wrote:
Kevmasterflashdeluxe wrote:uhmn...If ur talking about an portable player like ipod, psp, etc..

...most mp4 player use another mp4 format than the HQ .246 format..uhmn..you need a convertor to convert them to the right format


Exactly, the mp4 the PC users here use, is not standard h264 encodes.

The guide I wrote, and the software Zarxrax coded create perfectly standard H.264 encodes. In fact if you use x264 and MP4, it's still perfectly standard.

Perfectly standard, just too complex for iPods and stuff to play due to their low CPU power. A H.264 encode would only be non standard if you stored it in AVI, MKV or OGM, since MPEG only specify MPEG-2 Transport steams and MP4 files. You may also be able to store it in MPEG program streams (MPG), but it's not common and not recommended.

Just because a certain hardware device does not play it, does not mean there is a problem with the file, for example I can create a perfectly standard file that won't play in quicktime because quicktime only has a partial decoder; which is Apple's fault, not mine or anyone elses.

Unlike MPEG-1 which was regularly used for 352x240/288 encodes at 1.15mbps, H.264 scales from resolutions as small as mobile phones (128x96) up to studio quality at 4096x4096, so of course you can't expect to play a certain encode on anything.


So, my question is then, why on a mac is it a crap shoot as to wether an pc encoded mp4 will play in VLC? Often I have to try 3 different players to find one that might play the video, and there are times when it won't play at all. Yet, if I encode an Mp4 off my Mac, it will play on a PC just fine ... Where is the disconnect? I know this is an issue with most mac users on the site.
ImageImageImageImage
User avatar
JudgeHolden
 
Joined: 14 Mar 2005
Location: The great white north (Minneapolis)
Status: Looking at you through your window!

Postby Zero1 » Wed May 02, 2007 6:20 pm

Are we talking about playback performance and lagging, or just flat out not playing?

I've never had a problem at all, not with VLC, FFDShow or CoreAVC.

It may also be that the VLC you are using is ancient and incomplete, you can get a recent build here to try:
http://nightlies.videolan.org/build/macosx/?C=M;O=D

This is for Mac OSX Power PC, you can go here to find other builds
http://nightlies.videolan.org/

The other thing is are you talking about H.264 in MP4 or MKV? Because I know MKV support is bad on VLC.
User avatar
Zero1
 
Joined: 02 Jan 2004
Location: Sheffield, United Kingdom

Postby JudgeHolden » Wed May 02, 2007 7:01 pm

It all depends on the video. One might sutter in VLC and then play great in mplayer or may not play at all in one and play in the other. Then there are Krat's videos that will play in every player perfectly. I downloaded the nightly build for VLC, and nothing has changed, same issues. To me it looks more like inconistant implementation of the codec. Like some people trying to do to much and not really undersatnding what they are doing. :? Anyway, if you are on a PC, you would never see these issues.
ImageImageImageImage
User avatar
JudgeHolden
 
Joined: 14 Mar 2005
Location: The great white north (Minneapolis)
Status: Looking at you through your window!

Postby JudgeHolden » Wed May 02, 2007 7:22 pm

I thought I should add that they are mp4. Oh, and mplayer seems to be the more relaible player for mp4s on a Macs, so it could also be a problem with VLC. Either way it is frustrating. :wink:
ImageImageImageImage
User avatar
JudgeHolden
 
Joined: 14 Mar 2005
Location: The great white north (Minneapolis)
Status: Looking at you through your window!

Postby trythil » Wed May 02, 2007 7:46 pm

JudgeHolden wrote:So, my question is then, why on a mac is it a crap shoot as to wether an pc encoded mp4 will play in VLC?


Because it isn't, aside from the question of processing power.

I have a Mac (first-generation Macbook Pro). I have the latest version of VLC. I have yet to find a standards-compliant H.264 video stream that I cannot play back with VLC.

If the CPU isn't powerful to handle the video stream, or if the decoding software is not efficient enough, then things will probably stutter. This goes for any platform, though; it is not Mac-specific at all.


I wrote up some notes on generating encodes that Quicktime 7 can handle here:

http://www.animemusicvideos.org/phpBB/v ... t=qt7+x264

Note that the title is misleading; that was a mistake on my part. The incompatibility is not with x264, but with Apple's H.264 decoder: it does not support as large a subset of H.264 features as other decoders, such as the ffmpeg decoder (used in mplayer and VLC) and CoreAVC.
This is a block of text that can be added to posts you make. There is a 512 character limit.
trythil
is
 
Joined: 23 Jul 2002
Location: Llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch

Postby JudgeHolden » Wed May 02, 2007 8:17 pm

Link me the last mp4 you downloaded and played fine, so I can test it out. Processing power is not the issue, though you are on an intel processor as oppossed to a g5.
ImageImageImageImage
User avatar
JudgeHolden
 
Joined: 14 Mar 2005
Location: The great white north (Minneapolis)
Status: Looking at you through your window!

Postby JudgeHolden » Wed May 02, 2007 8:55 pm

Ok, so here are some examples:

This one will play in VLC, but won't play in mplayer:

[vidid=143064]

This video stalls in VLC, but will play in mplayer with no issues:

[vidid=126822]

This one will play in everything (Including quicktime):

[vidid=137736]

Now, why the difference? It can't be processing power, cuz then the first two wouldn't work in any player. Am I correct in thinking that? Now h264 became big on this site AFTER the new intel processors, so maybe there is a glitch between intel macs and G5/4 macs? I don't know, all I know is that if Rina's video plays in VLC, then to should requett's, that's if it is true that they used the same standard encode.... So, I'm confused.
ImageImageImageImage
User avatar
JudgeHolden
 
Joined: 14 Mar 2005
Location: The great white north (Minneapolis)
Status: Looking at you through your window!

Postby trythil » Thu May 03, 2007 2:26 am

JudgeHolden wrote:Link me the last mp4 you downloaded and played fine, so I can test it out.


The last H.264 video stream I downloaded and successfully played was aerialesque's Azure. The encoding parameters on that video are as follows:

Code: Select all
x264 - core 54 svn-618 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=3 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=crf crf=20.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 pb_ratio=1.30


The last H.264 video stream I generated was my latest video, which I can confirm as playable with mplayer and VLC on multiple platforms. Encoding parameters were as follows:

Code: Select all
x264 - core 54 svn-650M - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=12 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=7 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=3 nr=0 decimate=1 mbaff=0 bframes=8 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=300 keyint_min=30 scenecut=40(pre) rc=2pass bitrate=1400 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30


The usage of the 8x8 DCT and B-frame pyramid appear to break it for Quicktime 7, unfortunately. I don't think it adds all that much to the quality/size ratio, though; if I get the time and the motivation, I'll see if I can generate an encode that QT7 can accept and see what I have to give up.



JudgeHolden wrote:Ok, so here are some examples:


I'm grabbing these now and will get back to you with results once I've played through them.

Now, why the difference? It can't be processing power, cuz then the first two wouldn't work in any player. Am I correct in thinking that?


I was unclear in my last post -- stuff like processing power, available memory, memory speed, etc. do matter, but the efficiency of the decoder is also a big factor.

I don't know whether or not the PowerPC codebase of (say) the ffmpeg decoders have received as much optimization attention as the x86 codebase; to definitively answer that question, we'd have to look back at the ffmpeg commit logs. However, if the x86 port is more optimized for various x86 processors then the PowerPC port is more optimized for various PowerPC processors, then that could make a difference.

CoreAVC is a great example of how decoder efficiency can make a significant difference.
This is a block of text that can be added to posts you make. There is a 512 character limit.
trythil
is
 
Joined: 23 Jul 2002
Location: Llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch

Postby trythil » Thu May 03, 2007 2:52 am

Okay, here's the results.

These are my playback tools, their versions, and whatever other diagnostic data they wanted to spit out. My copy of mplayer was compiled from the mplayer Subversion repository, whereas my copy of VLC was obtained from videolan.org.

Code: Select all
MPlayer dev-SVN-r23218-4.0.1 (C) 2000-2007 MPlayer Team
CPU: Genuine Intel(R) CPU           T2500  @ 2.00GHz (Family: 6, Model: 14, Stepping: 8)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2

VLC version 0.8.6b Janus
Compiled by videolan@epsilon.via.ecp.fr.
Compiler: gcc version 4.0.1 (Apple Computer, Inc. build 5367)
This program comes with NO WARRANTY, to the extent permitted by law.
You may redistribute it under the terms of the GNU General Public License;
see the file named COPYING for details.
Written by the VideoLAN team; see the AUTHORS file.


==

JudgeHolden wrote:Ok, so here are some examples:

This one will play in VLC, but won't play in mplayer:

[vidid=143064]


This plays in VLC and mplayer for me.

This video stalls in VLC, but will play in mplayer with no issues:

[vidid=126822]


I did not experience any obvious stalls with VLC. mplayer was able to handle the file, as well.

This one will play in everything (Including quicktime):

[vidid=137736]


Same results.


Tomorrow I'll see what information I can get out of these videos with regards to what encoding options they used.
This is a block of text that can be added to posts you make. There is a 512 character limit.
trythil
is
 
Joined: 23 Jul 2002
Location: Llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch

Next

Return to Video & Audio Help

Who is online

Users browsing this forum: No registered users and 2 guests