FAQ  •  Register  •  Login

Some MP4 files keep "loading" at the same time stamps

<<

blueq

Serviio newbie

Posts: 3

Joined: Sun Mar 19, 2017 7:36 am

Post Sun Mar 19, 2017 8:29 am

Some MP4 files keep "loading" at the same time stamps

Hello,
I'm streaming video files from Serviio on pc to Samsung TVs around the house through wifi network.

There are specific mp4 files with a deviant behavior: they are playing with no hitch as long as they are played from the start to finish with no interruption but as long as I paused, skip time, search or restart not from the beginning, then, when reaching specific time stamps, different for each such file, the playing stops for different periods and the message "loading" appears. All Samsung TVs, series D, E and H exhibit the same behavior, at the same time stamps, each time played, for the same file.

I don't think it's a bandwidth related issue as it is so predictable.

Repacking the mp4 file in mkv container, with no other modification result in a fully playable file.

The mp4 file plays with no hitch directly from an usb device connected to the TV.

I tried to look into the log file but I couldn't see anything abnormal during the "loading" phase. There is an excerpt:

2017-03-19 09:16:07,823 DEBUG [ServiioHttpService] Incoming request from /192.168.0.106:52945: GET /resource/75248/MEDIA_ITEM/AVC_MP4_MP_HD_720p_AAC-0/ORIGINAL HTTP/1.1, headers = [Range: bytes=47646475-,getcontentFeatures.dlna.org: 1,Host: 192.168.0.77:8895,Connection: close]]
2017-03-19 09:16:07,823 DEBUG [RendererDAOImpl] Reading a Renderer with ip address 192.168.0.106
2017-03-19 09:16:07,825 DEBUG [RendererDAOImpl] Reading a Renderer with ip address 192.168.0.106
2017-03-19 09:16:07,825 DEBUG [RendererDAOImpl] Reading a Renderer with ip address 192.168.0.106
2017-03-19 09:16:07,826 DEBUG [ResourceDeliveryProcessor] Resource request accepted. Using client 'Identifier=192.168.0.106, Profile=Samsung TV / player (E/F-series), Name=UE40H6400'
2017-03-19 09:16:07,826 DEBUG [ResourceDeliveryProcessor] Request for resource 75248 and type 'MEDIA_ITEM' received
2017-03-19 09:16:07,826 DEBUG [MediaResourceRetrievalStrategy] Getting information about media item 75248 (local)
2017-03-19 09:16:07,827 DEBUG [MediaItemDAOImpl] Reading a MediaItem (id = 75248)
2017-03-19 09:16:07,827 DEBUG [VideoDAOImpl] Reading a Video (id = 75248)
2017-03-19 09:16:07,833 DEBUG [VideoDeliveryEngine] Retrieving resource information for item 75248, format AVC_MP4_MP_HD_720p_AAC and profile Samsung TV / player (E/F-series)
2017-03-19 09:16:07,833 DEBUG [MediaResourceRetrievalStrategy] Getting information about media item 75248 (local)
2017-03-19 09:16:07,833 DEBUG [MediaItemDAOImpl] Reading a MediaItem (id = 75248)
2017-03-19 09:16:07,834 DEBUG [VideoDAOImpl] Reading a Video (id = 75248)
2017-03-19 09:16:07,835 DEBUG [VideoDeliveryEngine] Delivering item '75248' for client 'Identifier=192.168.0.106, Profile=Samsung TV / player (E/F-series), Name=UE40H6400'
2017-03-19 09:16:07,835 DEBUG [VideoDeliveryEngine] Delivering file 'BBC.Sound.Waves.The.Symphony.Of.Physics.2of2.Using.Sound.720p.HDTV.x264.AAC.MVGroup.org.mp4' in native format
2017-03-19 09:16:07,835 DEBUG [MediaItemDAOImpl] Getting file of media item 75248
2017-03-19 09:16:07,836 DEBUG [GETMethodProcessor] Stream entity has length: 720335745
2017-03-19 09:16:07,837 DEBUG [ResourceTransportRequestHandler] HTTP/1.1 206 Partial Content, headers = [[Content-Length: 720335745,Content-Type: video/mp4,Cache-control: no-cache,Connection: close,Content-Range: bytes 47646475-767982219/767982220,contentFeatures.dlna.org: DLNA.ORG_PN=AVC_MP4_MP_HD_720p_AAC;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01500000000000000000000000000000,Date: Sun, 19 Mar 2017 07:16:07 GMT,realTimeInfo.dlna.org: DLNA.ORG_TLAG=*,Server: Windows 10, UPnP/1.0 DLNADOC/1.50, Serviio/1.8,transferMode.dlna.org: Streaming]]
2017-03-19 09:16:07,879 DEBUG [WebServer] I/O error: Connection reset by peer: socket write error
2017-03-19 09:16:07,900 DEBUG [ServiioHttpService] Incoming request from /192.168.0.106:52946: GET /resource/75248/MEDIA_ITEM/AVC_MP4_MP_HD_720p_AAC-0/ORIGINAL HTTP/1.1, headers = [Range: bytes=47719936-,getcontentFeatures.dlna.org: 1,Host: 192.168.0.77:8895,Connection: close]]

This is not a new playing issue for me as it hangs for a few years, passing through several Serviio updates.

Where should I look further?
Thanks,
<<

DenyAll

DLNA master

Posts: 1994

Joined: Fri Mar 08, 2013 11:16 pm

Location: Adelaide, Australia

Post Sun Mar 19, 2017 9:56 am

Re: Some MP4 files keep "loading" at the same time stamps

Repacking the mp4 file in mkv container, with no other modification result in a fully playable file.
What happens if you repack to an .mp4 container? It may be something corrupted within the original MP4 container, and repacking it may fix the timestamp info (remuxing effectively recreates the container). The file is being served natively to the TV, so it points to an issue with how the TV treats the file, or the file itself.
DenyAll
Panasonic Viera CS610A | Panasonic Viera V20A | Sony PS4 | Sony PS3 | Panasonic DMP-BD79 | Yamaha RX-V500D | iPad | Windows 7 | Serviio 1.8 Pro
WinHelper | MediaInfo

Beta Tester, Moderator
Please do not PM me for support as any solution cannot be shared with others.
<<

blueq

Serviio newbie

Posts: 3

Joined: Sun Mar 19, 2017 7:36 am

Post Sun Mar 19, 2017 12:18 pm

Re: Some MP4 files keep "loading" at the same time stamps

Thanks for the inquiry!
I've already tried using Mymp4box and the result file manifest the same bad glitches!
Anyway I can try to re encode using Handbrake but this is not a viable solution for the problem as it takes a lot more time than the simpler repack to mkv which I did use. And I did try now reencoding for the experiment sake and, yes,It looks like it's working flawlessly.
I was thinking that someone else hit that kind of problem and there may be a swift solution, but I couldn't find a topic on that theme.
<<

DenyAll

DLNA master

Posts: 1994

Joined: Fri Mar 08, 2013 11:16 pm

Location: Adelaide, Australia

Post Sun Mar 19, 2017 11:20 pm

Re: Some MP4 files keep "loading" at the same time stamps

Try remuxing it with ffmpeg:

ffmpeg -i "oldfilename.mp4" -c copy -map 0 "newfilename.mp4"

and see if that's any better (ffmpeg is in the \Serviio\lib folder). If that doesn't work then what about repacking to an mkv container and then back to an mp4 (painful I know, but this may recreate the timestamp info in the container) - either that or the simple solution: leave it as mkv ;-)

Within Serviio there isn't much else you and do - you could force it to remux the file but that would be similar to the above command line; or you could transcode the video.... but both options would affect good mp4's as well as the bad.
DenyAll
Panasonic Viera CS610A | Panasonic Viera V20A | Sony PS4 | Sony PS3 | Panasonic DMP-BD79 | Yamaha RX-V500D | iPad | Windows 7 | Serviio 1.8 Pro
WinHelper | MediaInfo

Beta Tester, Moderator
Please do not PM me for support as any solution cannot be shared with others.
<<

blueq

Serviio newbie

Posts: 3

Joined: Sun Mar 19, 2017 7:36 am

Post Mon Mar 20, 2017 7:46 am

Re: Some MP4 files keep "loading" at the same time stamps

The easier solution for me is to simply repack mp4 file to mkv and watch it as this. But I don't know which file is "bad" until I'm actually watching it.

I was hoping that anybody encountered that problem and will share the solution. But, as long as I couldn't find the issue commented on any topic, it may be some particular configuration in my system here. And I don't know where to look for, to dig it deeper to find the problem. It may be unlikely that Serviio is the cause but there may be other concurrent causes: network hardware or network settings for example.

Return to Serviio Support & Help

Who is online

Users browsing this forum: Bing [Bot] and 3 guests

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF.