Subtitle setting not working

[nodiaque 62]

Hello,

While doing some test for other problem. I stumble upon something.

Under transcoding, I have extract on the fly subtitle enabled. Then, under subtitles options, I have prefer on-the-fly extraction with enable high-frame burn-in.

I play a file that have truehd audio + PGSSUB, it start transcoding to burn-in the subtitle. It did that for a while.

Now, I wanted to check my settings so I just browse and change nothing but I did hit the save button on both of those page. Now, the same file is now remux only for the audio, subtitles aren't burn-in anymore.

If I change under subtitles options for prefer burn-in or prefer direct conversion, nothing change. The only way to get burn-in is to remove on-the-fly extraction from the transcoding page. But since I changed nothing, why it's now not transcoding anymore and only remuxing?

I seems to have problem with the on-the-fly pgssub. It start afetr about 30-60 seconds and it would lag or jump anyplace, like the audio work but the image doesn't keep up. It's why I'm starting to inspect this new problem.

ffmpeg-transcode-193a8615-1141-4776-ad5e-f1ff2067931f_1.txt ffmpeg-remux-534e374c-a735-4e55-a9d2-8b086aee45f0_1.txt embyserver (1).txt

[Luke 42077]

Hi, it doesn't look like you had the subtitles selected in the video player.

[nodiaque 62]

It was, I even had them showed on the screen.

[nodiaque 62]

I flushed all my log and redid the tests. Here are the log. It always use on-the-fly extraction even if under subtitle settings, I select burn-in.

But, I also tried disabling on-the-fly extraction under transcoding. Once I did that, no matter what option I select under subtitles settings, it won't play at all. I receive an error saying there's no compatible stream. I do see log of transcoding although the webgui never showed me it was transcoding (it showed direct play)

 

ffmpeg-transcode-c04a3cd2-2651-43a7-9e4c-8ff096a291b1_1.txt ffmpeg-transcode-c16dc291-24f1-4c6b-8706-e6c0fd63e98c_1.txt ffmpeg-transcode-c51cea37-da8e-4b5a-a9d4-ebb8fa038a80_1.txt ffmpeg-transcode-c65dd92f-685c-429b-b4b9-fdf0b3cdc965_1.txt ffmpeg-transcode-c680ae51-7047-42e7-b317-acc98c71255f_1.txt ffmpeg-transcode-d348c6fe-5119-456b-b8ec-8973ed04b727_1.txt ffmpeg-transcode-dc6756a8-528c-49ff-bc30-5c2d4b7fc444_1.txt ffmpeg-transcode-e13f5366-29e8-4e6d-999d-ce49392a771d_1.txt ffmpeg-transcode-e531b4be-64f8-45ff-afef-7b04bde35789_1.txt ffmpeg-transcode-e3827ce1-8aed-4738-abea-15b740725607_1.txt ffmpeg-transcode-ef1e0bce-16cb-4610-9c2b-0c3ca9c33672_1.txt ffmpeg-transcode-f1ea1482-c14b-4bec-815e-160227a18917_1.txt ffmpeg-transcode-f42c14f6-8ab6-48de-95f1-ea12a1fbf5f8_1.txt ffmpeg-transcode-f959e1db-1ab1-41c7-b2f1-05681e89907f_1.txt ffmpeg-transcode-fb6ddfee-8196-4c05-863f-c5e600d361e8_1.txt hardware_detection-63888766924.txt embyserver.txt ffmpeg-remux-56d3e9b8-acd4-4628-89be-66f2477a00a7_1.txt ffmpeg-remux-0043793d-0598-48a4-84d0-c02e335ecc29_1.txt ffmpeg-remux-c66a9293-d639-406b-92dc-0c45cb1973a0_1.txt ffmpeg-remux-cb161339-a975-4f59-8622-0c2539df03b9_1.txt ffmpeg-transcode-0b8c86ff-1685-4ef2-b94a-b69014bbb11d_1.txt ffmpeg-transcode-1b9c864c-f7d0-4756-b3a3-61a4c4029b41_1.txt ffmpeg-transcode-2a613851-cd8a-4f73-84be-a892de84cd13_1.txt ffmpeg-transcode-2d965bce-b921-409a-a48a-8bd5b828c05c_1.txt ffmpeg-transcode-3c61f294-3736-43f8-8204-5d22f4cc1414_1.txt ffmpeg-transcode-3cf5d0ad-3f64-492b-abe7-c232c637f001_1.txt ffmpeg-transcode-7bfd9b6b-479d-45cd-95aa-ac73304060e0_1.txt ffmpeg-transcode-7d0b13d0-3edd-449d-8d05-07160c328d5d_1.txt ffmpeg-transcode-8cf6bdf9-40ca-4b42-bf37-39c3b6b6f0dc_1.txt ffmpeg-transcode-09bb309f-bc79-42a2-99d3-feab8b62d1cb_1.txt ffmpeg-transcode-9b36baf2-a401-4d0a-b1db-c5017b605cf7_1.txt ffmpeg-transcode-22ffcb29-b4e7-46b5-8c17-8d748d9b5aa4_1.txt ffmpeg-transcode-30e19325-fc1b-448d-8d94-5a74d53c6e8c_1.txt ffmpeg-transcode-49f9a84e-529e-472c-b2d2-f0c8af8fd617_1.txt ffmpeg-transcode-54dadda6-20d2-44eb-a714-bda05cb004b2_1.txt ffmpeg-transcode-65b118ce-0ca0-426e-8af2-fd6f52f2d569_1.txt ffmpeg-transcode-70f0e71d-863b-4480-b74d-fd0a9077cb24_1.txt ffmpeg-transcode-221d828c-c5dd-468a-8cc4-00c8c1dd03bb_1.txt ffmpeg-transcode-506cb882-b634-456c-b0bd-6ceb47a9db3f_1.txt ffmpeg-transcode-885a2915-812f-42c9-b5d9-c03a6585b10e_1.txt ffmpeg-transcode-936ef90a-ee2b-4472-aba5-c88f6f22af24_1.txt ffmpeg-transcode-6795baad-d1ec-4797-9cbc-b3831b04ac55_1.txt ffmpeg-transcode-25780cae-5663-435d-8bbe-aa2c901d8972_1.txt ffmpeg-transcode-25878d1f-9c82-48a3-850c-82be0627677f_1.txt ffmpeg-transcode-72833c38-5165-4183-8a2c-4090d33efce0_1.txt ffmpeg-transcode-341472e5-9109-42e2-8fc6-5d891495f54e_1.txt ffmpeg-transcode-a3b755b3-94e2-4e8f-b504-96af35f3f995_1.txt ffmpeg-transcode-a15df9df-0e6e-46f4-a09d-72fcd9e5e4a3_1.txt ffmpeg-transcode-b47debd4-7f77-4c32-9888-4beb2966e00a_1.txt ffmpeg-transcode-ba3a798e-98c4-4912-93dd-a6f54045c258_1.txt ffmpeg-transcode-bd5e801a-4a25-4d79-ad8f-7ac0d66dd5d6_1.txt ffmpeg-transcode-bee2e36d-6eab-4106-b5fb-0e51d5ca27fb_1.txt ffmpeg-transcode-c0d33b6b-cbf0-41f6-bf17-ac52d6fb572f_1.txt

[Luke 42077]

Quote

why it's now not transcoding anymore and only remuxing?

It looks like you did not have the subtitle track selected, therefore there was nothing to burn in.

[Luke 42077]

Quote

I seems to have problem with the on-the-fly pgssub

There's no such thing. PGS will always burn in for the Emby LG app.

[Luke 42077]

Maybe try resetting your customizations back to default?

Warning EncoderParametersH264Nvidia.NvidiaPreset: Original:  Actual: p7
Warning EncoderParametersH264Nvidia.RateControlMode: Original:  Actual: cbr_hq

 

[nodiaque 62]

6 hours ago, Luke said:

There's no such thing. PGS will always burn in for the Emby LG app.

Well right now it doesn't burnin, emby app shows it like I configured under preferences where you can set size, color, drop shadows, etc. Funny thing is it does say these settings won't apply to PGS, but it did.

6 hours ago, Luke said:

Maybe try resetting your customizations back to default?

Warning EncoderParametersH264Nvidia.NvidiaPreset: Original:  Actual: p7
Warning EncoderParametersH264Nvidia.RateControlMode: Original:  Actual: cbr_hq

Are these customization to encoding settings?

 

I just tried again, played PGS video that used to play as burn-in. I get it extracted and converted by the TV. I really don't mind since I prefer to not have transcoding when I can, but right now, it result in a video I cannot stop or skip. Why? At first it take about 20 to 30 seconds before the subtitles appear (and then I can skip back to beginning to get what I miss). I did had that problem in the past. After, if I pause or skip forward, the subtitles will be behind more and more as time pass. Also, something that happen sometime is while it's playing, it kind of replay the same video scene (let's say last 5 to 10 secondes) in very high framerate while the audio and subs continue to move on. And it catch up to the audio, like if it was resyncing the audio but it was already in sync.

The video I selected to play, we can see there's 2 PGSSub track and I selected the second one

The mediainfo says it's PGS

We can see subtitles that are generated by Emby using the preference settings with the drop shadow while playing and no mention of transcoding for subtitles burnin

Subtitles settings on the server, but these are not even applied:. Whatever I select, it always do the exact samething even with ASS subs.

If I remove this option in the transcoding tab, the media fail to play whatever setting I put under subtitles. And when it fail, it generate a lot of transcoding/remux logs.

I've cleared all my logs and generate only 2 playback. I've attached all the log file, as you can see, many log file even if I only pressed play 2 times. The log ffmpeg-remux-89fbb911-aabf-4213-84c7-d1222f01f7e5_1 is the one where the subtitles are played by the TV above. The rest are the playback error logs.

embyserver.txt ffmpeg-remux-89fbb911-aabf-4213-84c7-d1222f01f7e5_1.txt ffmpeg-transcode-3e05382d-a372-4726-8515-9d6249e835ea_1.txt ffmpeg-transcode-28c17ff9-44df-467d-bd6c-4bb8f57fa9db_1.txt ffmpeg-transcode-67e899d8-2131-4a5e-a38b-04197d4e885c_1.txt ffmpeg-transcode-96a11510-6e2c-4586-bd6e-0a2c442a43e0_1.txt ffmpeg-transcode-885ce64f-3b62-47f0-96fa-02ebfbcf71a7_1.txt ffmpeg-transcode-3263ac56-06a0-49bf-8b44-397ef7839869_1.txt ffmpeg-transcode-be9991ed-81eb-49eb-b2fb-c6b0028c7443_1.txt ffmpeg-transcode-c74db3a0-fa43-47ca-8b9d-e6bd66f82dc3_1.txt ffmpeg-transcode-ccf090df-e290-4f45-ad72-d4aa8815a378_1.txt ffmpeg-transcode-cd331b41-69bc-46ac-8f6a-d052a07bb7bb_1.txt ffmpeg-transcode-e6f7afa0-2f11-48e9-ba5e-6c1aae558f3b_1.txt ffmpeg-transcode-f22b9567-1a91-44b1-a56b-6f1c4c95038c_1.txt hardware_detection-63889031817.txt

[SamES 1056]

Have you enabled this option in Subtitle settings? 

[nodiaque 62]

It is currently enabled, but I haven't touch that setting in a very long time. I did "play" with it in the past because I didn't want transcoding / burnin when having ASS subs so I though it would do exactly what it says but it never changed anything. Maybe something finally started working out of nowhere and now it's doing OCR. I'll try without.

Ok so when I disable this, I know get the burnin. That was why.

Now it seems the OCR feature cause a weird problem when pausing or skipping ahead. Outside of the sub getting out of sync, there's a replay that occur. I captured it, it's subtle that time because I probably didn't pause long enough

edit: I also remember while I'm trying to get the lease transcoding possible (outside of possible quality loss). There's a bug where when it's transcoding the video, at the end, it cut 5 minutes or so before EOF. I have to restart playback and skip to the that part to see it. I made another thread about that already

 

Edited July 25, 2025 by nodiaque

[SamES 1056]

As noted in the comments, the OCR feature is experimental, so issues aren't unexpected, thanks for passing them on, although I couldn't see the issue in the video you attached.

ASS subs shouldn't be causing transcoding, they work fine without it.  Can you try a file with ASS with OCR turned off and see what happens, then post media info and logs if it does cause transcoding.

[nodiaque 62]

I used it for ass (well tried and failed because it never applied to ass no matter what option I selected) cause there was issue on lg c8. Issue was resolved not long ago. Although there's still a little bug but at least, the subs properly play without hiding some. 

If you look at the video, you will see there's a scene that is done twice. It's very short on that video though, I'll try to get another shot. But it's unrelated to ocr itself, it's related to transcoding. I'll start another thread with all the bug I havr with transcoding. I have various. And maybe one with the ocr skip bug. 

Edited July 25, 2025 by nodiaque