Transcode after import fails

[girish]

@imc67 said in Transcode after import fails:

This video plays HLS very well: https://tube.tardis.world/videos/watch/a56df39d-05d8-4a51-9393-b549ffd7167c

Just to double check. This is not a Cloudron installation right? That video is 10GB for download, so I imagine it will take me forever to download and upload it into my test instance.

[imc67]

@girish some posts above I added a screenshot:

Screenshot of Network usage in browser (Firefox):
here you can see it's playing the 1080.m3u8 file (HLS), as far as I understand HLS this file "contains indexes" of the mp4 so it only retrieves from the browser at the right timing the right "slice" from the mp4 to play locally without retrieving first all the GB's of the mp4.

[imc67]

@girish haha no indeed it's not on Cloudron, some posts before you asked me if I could find a peertube that does play HLS, accidently I found that one, btw very nice video and music

[imc67]

@girish said in Transcode after import fails:

I actually disabled WebTorrent

Did you disabled before uploading video or after?

[girish]

@imc67 said in Transcode after import fails:

Did you disabled before uploading video or after?

I disabled before uploading the video. I see firefox downloading a lot of "fragmented" mp4s.

[imc67]

@girish said in Transcode after import fails:

I see firefox downloading a lot of "fragmented" mp4s

WebTorrent als has those fragmented files, did you see also in that network-list a *.m3u8 file (see my screenshot earlier)? Then it's HLS.

[girish]

@imc67 Yes, I see m3u8 downloaded (which is the HLS index file, I guess). Also, AFAICT this tracker/socket thing is something webtorrent related and the 403 is returned because we disabled webtorrent explicitly. I am trying to get peertube to indicate in the logs to confirm this.

[imc67]

@girish very strange the videos do play HLS in Safari in your environment. Then it must be the video? Our videos are all 720P25 mp4, I could send you one to test?

[girish]

@imc67 I think I found the issue with the tracker wss. Looks like the package have trust proxy configured incorrectly - https://github.com/Chocobozzz/PeerTube/blob/4e239e3554ba7162c03e939f54133933527a1b74/server/controllers/tracker.ts#L99 .

BTW, I changed the location of my peertube instance and this completely broke the videos. Do you know if you changed the location of your peertube instance by any chance? The peertube docs do say that this won't work, I forgot about it. Otherwise, if you can put the video for download somewhere, I can try it out in my instance.

[girish]

@imc67 Actually, the tracker is not a problem. Peertube simply returns 403 when info hash (something webtorrent related) is not found and blocks that IP. So, I guess the status now is that it works for me and we can test it out with your video in my instance. Also, confirm that you haven't changed the location of peertube after installing/uploading videos. This seems to break everything.

[imc67]

@girish I can confirm I haven't changed location. I'll send you an email with a download link for a test video and the URL of our instance.

[imc67]

@imc67 I just uploaded a video produced in 1080P and that one plays fine!?!

So I guess it are the export settings causing this error in PT.

I created an issue in their Github: https://github.com/Chocobozzz/PeerTube/issues/3502

[girish]

@imc67 Is there a sample video you can link to the upstream task, so they can test it out?

[imc67]

@girish it’s probably fixed:

Force HLS transcoding
Fix weird behaviour with some web browsers. Don't really know if it's a ffmpeg bug, a safari bug or a peertube bug, but forcing transcoding seems to fix this playback bug

Now we have to wait for the next release