We have the WD TV Media Player with the newest firmware 1.03.07. The videos are on a synology nerwork storage and nearly everything works well. The only type of videos which the media player couldn’t play are in the following format (Screenshot from MediaInfo - sorry for the german verson). Has anybody an idea what is wrong with this video. Our TV’s and PC’s play it without problems.
Not enough information. Please post the full TEXT output from Mediainfo.
thanks for repying. Here is the full text file:
Allgemein
Vollständiger Name : \DS214PLAY\video\Alltag in Trümmern Hamburg nach dem Feuersturm.mp4
Format : MPEG-4
Format-Profil : Base Media
Codec-ID : isom (isom/iso2/avc1/mp41)
Dateigröße : 3,90 GiB
Dauer : 44min
Modus der Gesamtbitrate : variabel
Gesamte Bitrate : 12,6 Mbps
Kodierungs-Datum : UTC 1970-01-01 00:00:00
Tagging-Datum : UTC 1970-01-01 00:00:00
Kodierendes Programm : Lavf52.39.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : High@L4
Format-Einstellungen für CABAC : Ja
Format-Einstellungen für ReFrames : 6 frames
Codec-ID : avc1
Codec-ID/Info : Advanced Video Coding
Dauer : 44min
Bitrate : 12,4 Mbps
Breite : 1 280 Pixel
Höhe : 720 Pixel
Bildseitenverhältnis : 16:9
Modus der Bildwiederholungsrate : konstant
Bildwiederholungsrate : 50,000 FPS
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bits
Scantyp : progressiv
Bits/(Pixel*Frame) : 0.270
Stream-Größe : 3,85 GiB (99%)
Kodierungs-Datum : UTC 1970-01-01 00:00:00
Tagging-Datum : UTC 1970-01-01 00:00:00
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format-Profil : LC
Codec-ID : 40
Dauer : 44min
Bitraten-Modus : variabel
Bitrate : 144 Kbps
Kanäle : 2 Kanäle
Kanal-Positionen : Front: L R
Samplingrate : 48,0 KHz
Bildwiederholungsrate : 46,875 FPS (1024 spf)
Stream-Größe : 44,8 MiB (1%)
Kodierungs-Datum : UTC 1970-01-01 00:00:00
Tagging-Datum : UTC 1970-01-01 00:00:00
Can you share a sample-file?
Here is a short video:
Yes, the file doesn’t play, and it’s also not playing in 2.01.86. What makes this worse is that the device can’t play any other file afterwards unless you restart it.
After remuxing it with ffmpeg, the file is playing fine. Doesn’t seem to be a problem of the audio- or video-stream.
What I also discovered are a lot of problems with the file itself.
(using MP4Box Index of GPAC/win32 via http://gpac.wp.mines-telecom.fr/ )
[quote]>mp4box.exe -info “Tschernobyl Fukushima - Leben im Risikogebiet.mp4”
[iso file] Box “avcC” size 8 invalid (read 8265)
- Movie Info *
Timescale 1000 - 2 tracks
Computed Duration 00:00:19.940 - Indicated Duration 00:00:19.940
Fragmented File: no
File Brand isom - version 512
Created: GMT Thu Jan 01 00:00:00 1970
Modified: GMT Thu Jan 01 00:00:00 1970
File has no MPEG4 IOD/OD
iTunes Info:
Encoder Software: Lavf52.39.0
1 UDTA types: meta (1)
Track # 1 Info - TrackID 1 - TimeScale 50
Media Duration 00:00:19.940 - Indicated Duration 00:00:19.940
Track has 1 edit lists: track duration is 00:00:19.940
Media Info: Language “Undetermined (und)” - Type “vide:avc1” - 997 samples
Visual Track layout: x=0 y=0 width=1280 height=720
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 1280 x 720
AVC Info: 20 SPS - 0 PPS - Profile Unknown @ Level 2.4
NAL Unit length bits: 32
Pixel Aspect Ratio 1986618469:720 - Indicated track size 1280 x 720
SPS#1 hash: A61B28823D46D9289C24F28C0AACD374A85649A5
SPS#2 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#3 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#4 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#5 hash: 5BA93C9DB0CFF93F52B521D7420E43F6EDA2784F
SPS#6 hash: 9EAE8101E75611326836C0DB4FB76A325B91A73F
SPS#7 hash: 5BA93C9DB0CFF93F52B521D7420E43F6EDA2784F
SPS#8 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#9 hash: 4BDA66A09C46C846905ACFC58D051A8DB0123F6A
SPS#10 hash: 95EBCED77F7CD8D81ED8C59C9CD4FC51D032CCCB
SPS#11 hash: D4E243593DD4679322ABB3C982B256053F22C8DC
SPS#12 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#13 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#14 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#15 hash: C7631AD070479E8BF1E3E211134BC754C0F2BC83
SPS#16 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#17 hash: 04DB43EE57C1B004BC40753EDC59046702C1477F
SPS#18 hash: DA39A3EE5E6B4B0D3255BFEF95601890AFD80709
SPS#19 hash: E7A96DF2070E57847BE4F0302BA9E470652991BE
SPS#20 hash: 86086AEA7DFB492F9349AED71076F0FE57C8E995
Self-synchronized
RFC6381 Codec Parameters: avc1.000018
Average GOP length: 35 samples
Track # 2 Info - TrackID 2 - TimeScale 48000
Media Duration 00:00:19.861 - Indicated Duration 00:00:19.861
Media Info: Language “Undetermined (und)” - Type “soun:mp4a” - 931 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 48000
Synchronized on stream 1
RFC6381 Codec Parameters: mp4a.40.2
All samples are sync[/quote]
“MP4 Explorer” wouldn’t even open the file.
Can you confirm these errors in the file of the mediainfo-screenshot above?
EDIT:
After a bit of a research it seems as if there has to be at least 1 SPS and 1 PPS in a valid MP4. Yours has 0 PPS.
http://stackoverflow.com/questions/20682275/h264-with-multiple-pps-and-sps
EDIT:
Also, Lavf52.39.0 looks like a really old FFMpeg version (2011?), and the created-/modified-dates look fishy too.
What programs have you used to produce these files?
thanks for your help.
The system we are using is a standalone video editing system called “Casablanca DVC” from the company Macrosystem. The original file is recorded from television in a .ts format and then converted with a h264 mp4 codec to the uploaded file. We did this conversion with hundreds of own videos (the tv-recording is the first) without any problems. So i guess the problem is the recorded video file from tv.
Are the other encoded files working?
If yes, can you provide a sample of one of these?
Not wishing to interrupt this tech-savvy thread, I merely wish to contribute that I too have ‘tts’ (tv recordings) files converted to h264 mp4 files, and WDTV has never had a problem with them, including after this latest firmware update. Having made this small contribution I will butt out (but by all means come back to me on this specific if you wish).
I know this is off-topic … but i was curious to see if this file would play on my
Raspberry Pi 2 (running OpenELEC Kodi [XBMC])
Yep, it plays without any problems 
