Opened 11 years ago
Closed 4 years ago
#11283 closed Bug Report - General (Won't Fix)
heavy network load when viewing large (> 1Gbyte) MP4 video
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | MythTV - Video Playback | Version: | 0.25.3 |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
When watching a MP4 video with mythfrontend running on a different system than mythbackend, I observe heavy network traffic and a stuttering display. My network is 100Mbit, and it is completely loaded: ca. 10 Mbyte/second down, ca. 200kByte/sec up.
This does not happen when the video is smaller than 1 Gbyte. In fact, I have a video in two parts, each of which is less than 1 Gbyte and plays fine. When I combine the parts with
mencoder part1.avi part2.avi -oac copy -ovc copy -o total.avi
viewing the resulting file (total.avi) results in the heavy network load.
The characteristics of the video:
ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_CLIP_INFO_NAME0=Software ID_CLIP_INFO_VALUE0=MEncoder\ svn\ r34540\ \(Ubuntu\),\ built\ with\ gcc-4.6 ID_CLIP_INFO_N=1 ID_FILENAME=total.avi ID_DEMUXER=avi ID_VIDEO_FORMAT=FMP4 ID_VIDEO_BITRATE=1816640 ID_VIDEO_WIDTH=704 ID_VIDEO_HEIGHT=386 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_FORMAT=85 ID_AUDIO_BITRATE=126136 ID_AUDIO_RATE=0 ID_AUDIO_NCH=0 ID_START_TIME=0.00 ID_LENGTH=8379.68 ID_SEEKABLE=1 ID_CHAPTERS=0 ID_VIDEO_CODEC=ffodivx ID_AUDIO_BITRATE=126136 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_AUDIO_CODEC=ffmp3float ID_EXIT=EOF
I have to add that the effect present for all video's larger than 1Gbyte, for example the video with the following characteristics gives the same problem:
ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_CLIP_INFO_NAME0=Software ID_CLIP_INFO_VALUE0=MEncoder\ svn\ r34540\ \(Ubuntu\),\ built\ with\ gcc-4.6 ID_CLIP_INFO_N=1 ID_FILENAME=test2.avi ID_DEMUXER=avi ID_VIDEO_FORMAT=MP42 ID_VIDEO_BITRATE=3077192 ID_VIDEO_WIDTH=1024 ID_VIDEO_HEIGHT=416 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_FORMAT=85 ID_AUDIO_BITRATE=213920 ID_AUDIO_RATE=0 ID_AUDIO_NCH=0 ID_START_TIME=0.00 ID_LENGTH=5084.20 ID_SEEKABLE=1 ID_CHAPTERS=0 ID_VIDEO_CODEC=ffmp42 ID_AUDIO_BITRATE=213920 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_AUDIO_CODEC=ffmp3float ID_EXIT=EOF
Something to do with RIFF chunks at 1023 Mbyte?
Regards,
Willem Vermin
Attachments (2)
Change History (8)
Changed 11 years ago by
Attachment: | frontendversion added |
---|
comment:2 Changed 11 years ago by
Owner: | set to danielk |
---|---|
Status: | new → assigned |
comment:3 follow-up: 4 Changed 11 years ago by
Replying to willem@…:
I forgot to assign the ticket: I guess this one is for robertm
Where have you been he left the project ages ago.
Something to do with RIFF chunks at 1023 Mbyte?
No idea what RIFF chunks are but they sound painful can you get ointment for them?
Are you using NFS to access the files or Myth's built in streaming?
comment:4 Changed 11 years ago by
Replying to paulh <mythtv@…>:
Replying to willem@…:
I forgot to assign the ticket: I guess this one is for robertm
Where have you been he left the project ages ago.
Something to do with RIFF chunks at 1023 Mbyte?
No idea what RIFF chunks are but they sound painful can you get ointment for them?
Are you using NFS to access the files or Myth's built in streaming?
No, I am not using nfs, I use the backend as streamer. The video is nowehere in the filesystem of the client. Btw: if available via NFS on the client, mplayer plays the file without problems.
It seems to be connected with the RIFF chunks, whatever they are....
If I convert my video:
mencoder -oac copy -ovc copy -noodm in.avi -o out.avi
the resulting out.avi file can be played without problems.
comment:5 Changed 8 years ago by
Owner: | danielk deleted |
---|---|
Status: | assigned → new |
comment:6 Changed 4 years ago by
Resolution: | → Won't Fix |
---|---|
Status: | new → closed |
Closing out old tickets.
output of mythfrontend --version