All coverted films are called "STEREO" instead of right title

HandBrake for Mac support
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
Post Reply
MaRo
Posts: 5
Joined: Sun Jan 12, 2020 10:10 am

All coverted films are called "STEREO" instead of right title

Post by MaRo »

[bWell, like said n the subject line - since HandBrake 1.3.0 I do have the discribed problem.
Instead of the filename (which is schown correctly - all files on my Samsung Smart TV (connected to a NAS whta stores the files)
are shown with the same name called "STEREO.mp4":[/b]




Steps to reproduce the problem (If Applicable): I haven´t danything special. Just updated to 1.3.0 and later on to 1.3.1 and since 1.3.0 I´ve got this problem.




HandBrake version (e.g., 1.0.0): 1.3.1




Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.13 High Sierra, Windows 10 Creators Update):MAC OS High Sierra




HandBrake Activity Log ***required***

Sorry. I can`t exacly figure out which part of the log I should post. So I took the whole on.
Bag your pardon.

Code: Select all

[22:06:51] macgui: Handbrake Version: 1.3.1 (2020010400)
[22:06:51] hb_init: starting libhb thread
[22:06:51] Compile-time hardening features are enabled
[22:06:51] hb_init: starting libhb thread
[22:10:10] macgui: ScanCore scanning titles with a duration of 10 seconds or more
[22:10:10] CPU: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz
[22:10:10]  - Intel microarchitecture Sandy Bridge
[22:10:10]  - logical processor count: 4
[22:10:10] hb_scan: path=/, title_index=0
disc.c:424: error opening file BDMV/index.bdmv
disc.c:424: error opening file BDMV/BACKUP/index.bdmv
bluray.c:2585: nav_get_title_list(/) failed
[22:10:10] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 6.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread: Attempting to use device /dev/rdisk1s1 mounted on / for CSS authentication
libdvdread: Can't open /dev/rdisk1s1 for reading
libdvdread: Device /dev/rdisk1s1 inaccessible, CSS authentication not available.
libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[22:10:10] dvd: not a dvd - trying as a stream/file instead
[22:10:10] batch: scanning //.DS_Store
[22:10:10] hb_stream_open: open //.DS_Store failed
[22:10:10] batch: scanning //.DS_Store (vom alten Mac)
[22:10:10] hb_stream_open: open //.DS_Store (vom alten Mac) failed
[22:10:10] batch: scanning //.OSInstallerMessages
[22:10:10] hb_stream_open: open //.OSInstallerMessages failed
[22:10:10] batch: scanning //.com_kaspersky_iswift_journal
[22:10:10] hb_stream_open: open //.com_kaspersky_iswift_journal failed
[22:10:10] batch: scanning //.file
[22:10:10] hb_stream_open: open //.file failed
[22:10:10] batch: scanning //.vbt5
[22:10:10] hb_stream_open: open //.vbt5 failed
[22:10:10] batch: scanning //MAU 1.1.2 Update Log
[22:10:10] hb_stream_open: open //MAU 1.1.2 Update Log failed
[22:10:10] batch: scanning //default.profraw
[22:10:10] hb_stream_open: open //default.profraw failed
[22:10:10] batch: scanning //enum_operation.log
[22:10:10] hb_stream_open: open //enum_operation.log failed
[22:10:10] batch: scanning //enum_operation.log.0.gz
[22:10:10] hb_stream_open: open //enum_operation.log.0.gz failed
[22:10:10] batch: scanning //enum_operation.log.1.gz
[22:10:10] hb_stream_open: open //enum_operation.log.1.gz failed
[22:10:10] batch: scanning //enum_operation.log.2.gz
[22:10:10] hb_stream_open: open //enum_operation.log.2.gz failed
[22:10:10] batch: scanning //enum_operation.log.3.gz
[22:10:10] hb_stream_open: open //enum_operation.log.3.gz failed
[22:10:10] batch: scanning //enum_operation.log.4.gz
[22:10:10] hb_stream_open: open //enum_operation.log.4.gz failed
[22:10:10] batch: scanning //file
[22:10:10] hb_stream_open: open //file failed
[22:10:10] batch: scanning //iBSS.n90ap
[22:10:10] hb_stream_open: open //iBSS.n90ap failed
[22:10:10] batch: scanning //installer.failurerequests
[22:10:10] hb_stream_open: open //installer.failurerequests failed
[22:10:10] batch: scanning //kernelcache.release.n90
[22:10:10] hb_stream_open: open //kernelcache.release.n90 failed
[22:10:10] batch: scanning //model
[22:10:10] hb_stream_open: open //model failed
[22:10:10] batch: scanning //vc_command.txt
Input #0, tty, from '//vc_command.txt':
  Duration: 00:00:00.32, bitrate: 45 kb/s
    Stream #0:0: Video: ansi, pal8, 640x400, 25 fps, 25 tbr, 25 tbn, 25 tbc
[22:10:10] batch: scanning //vidotask.txt
Input #0, tty, from '//vidotask.txt':
  Duration: 00:00:00.24, bitrate: 44 kb/s
    Stream #0:0: Video: ansi, pal8, 640x400, 25 fps, 25 tbr, 25 tbn, 25 tbc
[22:10:10] scan: decoding previews for title 20 (//vc_command.txt)
error: avformat_seek_file failed
[22:10:10] Warning: Could not read data for preview 9, skipped
[22:10:10] scan: 8 previews, 640x400, 25.000 fps, autocrop = 2/34/0/2, aspect 1.60:1, PAR 1:1
[22:10:10] Title is likely interlaced or telecined (8 out of 8 previews). You should do something about that.
[22:10:10] scan: decoding previews for title 21 (//vidotask.txt)
[22:10:10] Warning: Could not read data for preview 8, skipped
[22:10:10] scan: 7 previews, 640x400, 25.000 fps, autocrop = 0/0/0/0, aspect 1.60:1, PAR 1:1
[22:10:10] Title is likely interlaced or telecined (7 out of 7 previews). You should do something about that.
[22:10:10] libhb: scan thread found 2 valid title(s)
[22:10:10] macgui: ScanCore scan done
[22:10:28] macgui: ScanCore scanning titles with a duration of 10 seconds or more
[22:10:28] CPU: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz
[22:10:28]  - Intel microarchitecture Sandy Bridge
[22:10:28]  - logical processor count: 4
[22:10:28] hb_scan: path=/Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
disc.c:323: failed opening UDF image /Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts
disc.c:424: error opening file BDMV/index.bdmv
disc.c:424: error opening file BDMV/BACKUP/index.bdmv
bluray.c:2585: nav_get_title_list(/Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts/) failed
[22:10:28] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 6.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[22:10:28] dvd: not a dvd - trying as a stream/file instead
[22:10:28] file is MPEG Transport Stream with 188 byte packets offset 128 bytes
[22:10:28] Found the following PIDS
[22:10:28]     Video PIDS : 
[22:10:28]       0x4ff type H.264 (0x1b) (PCR)
[22:10:28]     Audio PIDS : 
[22:10:28]       0x503 type AC3 (0x81)
[22:10:28]       0x504 type AC3 (0x81)
[22:10:28]     Subtitle PIDS : 
[22:10:28]     Other PIDS : 
[22:10:28] stream id 0x503 (type 0x81 substream 0x0) audio 0x503
[22:10:28] stream id 0x504 (type 0x81 substream 0x0) audio 0x504
[22:10:28] scan: decoding previews for title 1
[22:10:28] file is MPEG Transport Stream with 188 byte packets offset 128 bytes
[22:10:28] scan: audio 0x503: ac3, rate=48000Hz, bitrate=384000 Deutsch (AC3) (2.0 ch) (384 kbps)
[22:10:28] scan: audio 0x504: ac3, rate=48000Hz, bitrate=192000 English (AC3) (2.0 ch) (192 kbps)
[22:10:30] stream: 14 good frames, 0 errors (0%)
[22:10:30] scan: 10 previews, 1920x1080, 25.000 fps, autocrop = 2/0/0/0, aspect 16:9, PAR 1:1
[22:10:30] libhb: scan thread found 1 valid title(s)
[22:10:30] macgui: ScanCore scan done
[22:12:10] macgui: QueueCore scanning specifically for title: 1
[22:12:10] CPU: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz
[22:12:10]  - Intel microarchitecture Sandy Bridge
[22:12:10]  - logical processor count: 4
[22:12:10] hb_scan: path=/Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts, title_index=1
udfread ERROR: ECMA 167 Volume Recognition failed
disc.c:323: failed opening UDF image /Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts
disc.c:424: error opening file BDMV/index.bdmv
disc.c:424: error opening file BDMV/BACKUP/index.bdmv
bluray.c:2585: nav_get_title_list(/Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts/) failed
[22:12:10] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 6.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[22:12:10] dvd: not a dvd - trying as a stream/file instead
[22:12:10] file is MPEG Transport Stream with 188 byte packets offset 128 bytes
[22:12:10] Found the following PIDS
[22:12:10]     Video PIDS : 
[22:12:10]       0x4ff type H.264 (0x1b) (PCR)
[22:12:10]     Audio PIDS : 
[22:12:10]       0x503 type AC3 (0x81)
[22:12:10]       0x504 type AC3 (0x81)
[22:12:10]     Subtitle PIDS : 
[22:12:10]     Other PIDS : 
[22:12:10] stream id 0x503 (type 0x81 substream 0x0) audio 0x503
[22:12:10] stream id 0x504 (type 0x81 substream 0x0) audio 0x504
[22:12:10] scan: decoding previews for title 1
[22:12:10] file is MPEG Transport Stream with 188 byte packets offset 128 bytes
[22:12:10] scan: audio 0x503: ac3, rate=48000Hz, bitrate=384000 Deutsch (AC3) (2.0 ch) (384 kbps)
[22:12:10] scan: audio 0x504: ac3, rate=48000Hz, bitrate=192000 English (AC3) (2.0 ch) (192 kbps)
[22:12:11] stream: 14 good frames, 0 errors (0%)
[22:12:11] scan: 10 previews, 1920x1080, 25.000 fps, autocrop = 2/0/0/0, aspect 16:9, PAR 1:1
[22:12:12] libhb: scan thread found 1 valid title(s)
[22:12:12] macgui: QueueCore scan done
[22:12:12] macgui: QueueCore started encoding Westworld_S1F01.mp4
[22:12:12] macgui: QueueCore with preset Fast 1080p30
[22:12:12] Starting work at: Sat Jan 11 22:12:12 2020

[22:12:12] 1 job(s) to process
[22:12:12] Starting Task: Encoding Pass
[22:12:12] work: only 1 chapter, disabling chapter markers
[22:12:12] job configuration:
[22:12:12]  * source
[22:12:12]    + /Users/martin/Desktop/Westworld/Staffel 1/Westworld_S1F01.ts
[22:12:12]    + title 1, chapter(s) 1 to 1
[22:12:12]  * destination
[22:12:12]    + /Users/martin/Desktop/Konvertierungen/Westworld_S1F01.mp4
[22:12:12]    + container: MPEG-4 (libavformat)
[22:12:12]      + align initial A/V stream timestamps
[22:12:12]  * video track
[22:12:12]    + decoder: h264
[22:12:12]      + bitrate 200 kbps
[22:12:12]    + filters
[22:12:12]      + Comb Detect (mode=3:spatial-metric=2:motion-thresh=1:spatial-thresh=1:filter-mode=2:block-thresh=40:block-width=16:block-height=16)
[22:12:12]      + Decomb (mode=39)
[22:12:12]      + Framerate Shaper (mode=2:rate=27000000/900000)
[22:12:12]        + frame rate: 25.000 fps -> peak rate limited to 30.000 fps
[22:12:12]      + Crop and Scale (width=1920:height=1078:crop-top=2:crop-bottom=0:crop-left=0:crop-right=0)
[22:12:12]        + source: 1920 * 1080, crop (2/0/0/0): 1920 * 1078, scale: 1920 * 1078
[22:12:12]    + Output geometry
[22:12:12]      + storage dimensions: 1920 x 1078
[22:12:12]      + pixel aspect ratio: 1 : 1
[22:12:12]      + display dimensions: 1920 x 1078
[22:12:12]    + encoder: H.264 (libx264)
[22:12:12]      + preset:  fast
[22:12:12]      + profile: main
[22:12:12]      + level:   4.0
[22:12:12]      + quality: 22.00 (RF)
[22:12:12]      + color profile: 1-1-1
[22:12:12]  * audio track 1
[22:12:12]    + decoder: Deutsch (AC3) (2.0 ch) (384 kbps) (track 1, id 0x503)
[22:12:12]      + bitrate: 384 kbps, samplerate: 48000 Hz
[22:12:12]    + mixdown: Stereo
[22:12:12]    + dither: triangular
[22:12:12]    + encoder: AAC (Apple AudioToolbox)
[22:12:12]      + bitrate: 160 kbps, samplerate: 48000 Hz
[22:12:12]  * audio track 2
[22:12:12]    + decoder: English (AC3) (2.0 ch) (192 kbps) (track 2, id 0x504)
[22:12:12]      + bitrate: 192 kbps, samplerate: 48000 Hz
[22:12:12]    + mixdown: Stereo
[22:12:12]    + dither: triangular
[22:12:12]    + encoder: AAC (Apple AudioToolbox)
[22:12:12]      + bitrate: 160 kbps, samplerate: 48000 Hz
[22:12:12] file is MPEG Transport Stream with 188 byte packets offset 128 bytes
[22:12:12] sync: expecting 103331 video frames
[22:12:12] encx264: encoding at constant RF 22.000000
[22:12:12] encx264: unparsed options: level=4.0:ref=2:8x8dct=0:weightp=1:subme=6:vbv-bufsize=25000:vbv-maxrate=20000:rc-lookahead=30
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile Main, level 4.0, 4:2:0, 8-bit
[22:12:12] sync: first pts video is 0
[22:12:12] sync: first pts audio 0x503 is 0
[22:12:12] sync: first pts audio 0x504 is 0
[22:12:12] 1.000000s: Film -> Video
[03:09:50] next_packet: eof while re-establishing sync @ 3096379492
[03:09:50] hb_ts_stream_decode - eof
[03:09:50] hb_ts_stream_decode - eof
[03:09:50] reader: done. 1 scr changes
[h264 @ 0x7f85e809fc00] pps_id 527 out of range
[h264 @ 0x7f85e809fc00] missing picture in access unit with size 27
[03:10:06] work: average encoding speed for job is 6.012741 fps
[03:10:06] comb detect: heavy 804 | light 2366 | uncombed 97687 | total 100857
[03:10:06] decomb: deinterlaced 804 | blended 2366 | unfiltered 97687 | total 100857
[03:10:06] vfr: 100857 frames output, 0 dropped and 0 duped for CFR/PFR
[03:10:06] vfr: lost time: 0 (0 frames)
[03:10:06] vfr: gained time: 0 (0 frames) (0 not accounted for)
[03:10:06] stream: 101122 good frames, 0 errors (0%)
[03:10:06] ac3-decoder done: 126043 frames, 0 decoder errors
[03:10:06] ac3-decoder done: 126035 frames, 0 decoder errors
[03:10:06] h264-decoder done: 100833 frames, 1 decoder errors
[03:10:06] sync: got 100857 frames, 103331 expected
[03:10:06] sync: framerate min 25.000 fps, max 25.000 fps, avg 25.000 fps
x264 [info]: frame I:1298  Avg QP:15.71  size: 79093
x264 [info]: frame P:27668 Avg QP:19.21  size: 26875
x264 [info]: frame B:71891 Avg QP:21.15  size:  9729
x264 [info]: consecutive B-frames:  2.6%  6.6%  1.7% 89.1%
x264 [info]: mb I  I16..4: 57.3%  0.0% 42.7%
x264 [info]: mb P  I16..4: 18.6%  0.0%  4.0%  P16..4: 40.7% 10.6%  4.6%  0.0%  0.0%    skip:21.5%
x264 [info]: mb B  I16..4:  4.6%  0.0%  0.4%  B16..8: 29.3%  3.9%  0.1%  direct:11.3%  skip:50.4%  L0:45.6% L1:50.0% BI: 4.4%
x264 [info]: coded y,uvDC,uvAC intra: 16.7% 46.9% 10.1% inter: 5.7% 23.7% 0.4%
x264 [info]: i16 v,h,dc,p: 49% 25% 13% 14%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 20% 21%  5%  6%  6%  6%  5%  4%
x264 [info]: i8c dc,h,v,p: 56% 20% 21%  3%
x264 [info]: Weighted P-Frames: Y:2.8% UV:1.0%
x264 [info]: ref P L0: 67.8% 32.2%
x264 [info]: ref B L0: 82.2% 17.8%
x264 [info]: ref B L1: 96.4%  3.6%
x264 [info]: kb/s:3065.06
[03:10:07] mux: track 0, 100857 frames, 1545614649 bytes, 3064.93 kbps, fifo 2048
[03:10:07] mux: track 1, 189067 frames, 82586018 bytes, 163.77 kbps, fifo 4096
[03:10:07] mux: track 2, 189066 frames, 82361220 bytes, 163.32 kbps, fifo 4096
[03:10:07] Finished work at: Sun Jan 12 03:10:07 2020

[03:10:07] libhb: work result = 0
[03:10:07] macgui: Queue Done, there are no more pending encodes
[03:10:07] macgui: QueueCore work done
XPC: Service did crash
[03:51:50] Compile-time hardening features are enabled
[03:51:50] hb_init: starting libhb thread
XPC: Service did crash
[03:52:31] Compile-time hardening features are enabled
[03:52:31] hb_init: starting libhb thread
XPC: Service did crash
[04:00:12] Compile-time hardening features are enabled
[04:00:13] hb_init: starting libhb thread
XPC: Service did crash
[04:00:53] Compile-time hardening features are enabled
[04:00:54] hb_init: starting libhb thread
XPC: Service did crash
[04:01:09] Compile-time hardening features are enabled
[04:01:09] hb_init: starting libhb thread
XPC: Service did crash
[04:01:34] Compile-time hardening features are enabled
[04:01:34] hb_init: starting libhb thread
XPC: Service did crash
[05:51:03] Compile-time hardening features are enabled
[05:51:03] hb_init: starting libhb thread
XPC: Service did crash
[05:51:59] Compile-time hardening features are enabled
[05:51:59] hb_init: starting libhb thread
XPC: Service did crash
[05:52:25] Compile-time hardening features are enabled
[05:52:25] hb_init: starting libhb thread
XPC: Service did crash
[08:38:32] Compile-time hardening features are enabled
[08:38:32] hb_init: starting libhb thread
XPC: Service did crash
[08:51:09] Compile-time hardening features are enabled
[08:51:09] hb_init: starting libhb thread
XPC: Service did crash
[08:51:53] Compile-time hardening features are enabled
[08:51:54] hb_init: starting libhb thread
XPC: Service did crash
[09:50:59] Compile-time hardening features are enabled
[09:51:00] hb_init: starting libhb thread
XPC: Service did crash
[09:51:42] Compile-time hardening features are enabled
[09:51:42] hb_init: starting libhb thread
XPC: Service did crash
[09:52:11] Compile-time hardening features are enabled
[09:52:11] hb_init: starting libhb thread
XPC: Service did crash
[09:52:33] Compile-time hardening features are enabled
[09:52:34] hb_init: starting libhb thread
XPC: Service did crash
[10:08:58] Compile-time hardening features are enabled
[10:08:59] hb_init: starting libhb thread

Anyone who can help me ?

Best Regards ... Martin
User avatar
Ritsuka
HandBrake Team
Posts: 1650
Joined: Fri Jan 12, 2007 11:29 am

Re: All coverted films are called "STEREO" instead of right title

Post by Ritsuka »

Your TV is misreading the audio track title.
You can use Subler to remove the track titles or add more metadata.
MaRo
Posts: 5
Joined: Sun Jan 12, 2020 10:10 am

Re: All coverted films are called "STEREO" instead of right title

Post by MaRo »

Well, in fact I think that the problem is caused by any change in HandBrake because all
the "older" - I guess before HandBrake version 1.3.0 - are named correctly on my TV.

Martin
thedefiant
Posts: 2
Joined: Tue Jan 14, 2020 2:20 pm

Re: All coverted films are called "STEREO" instead of right title

Post by thedefiant »

Hello - I'd like to report the same issue. Scanning a load of DVDs to add into a Kodi library. Files stored on a WD NAS, DLNA Twonky v7.x something or other.

Kodi reads the filenames and (presumably) creates its own database using scrapers, and so everything is titled correctly in Kodi-land...

However, if using DLNA to stream to my Smart TVs, my Roku stick and indeed Kodi's' file browser view' which looks directly at my WD NAS.

When viewing the files by 'anything DLNA' directly from these devices, everything comes up as 'Stereo' or 'Surround' - Making file navigation impossible. :-(

I am on OSX user, and have tried Subler and Kid3 but neither can get access to the metatdata tag "audio -> Title"
I only know that is the offending tag as I can see it using the 'media info' app - but that does not have edit capability.

I have tried to poke around inside Twonky to see if there is a way to prioritise something above 'title' but to no avail. What appears to be happening is that all things DLNA is looking for a 'title' which would ordinarily be a film/programme/song/album name, but the only/first one it finds in the metadata is the audio-track 'title' and so this is used as if it is the filename/file-title. :-(

Is there a way to escalate investigation of this, as I believe this is new behaviour? For DLNA users this effectively stops us encoding anything useful.
I understand that Handbrake is behaving as planned, and modifying audio/track may have issues I don't know about, but there are surely 1000s of users/devices that need to navigate via DLNA?

Many thanks for any info or workarounds such as OSX programmes that can bulk-edit this audio/title tag.

Love Handbrake - hopefully none of this comes across as a critique, just a cry for help! :-)
User avatar
Ritsuka
HandBrake Team
Posts: 1650
Joined: Fri Jan 12, 2007 11:29 am

Re: All coverted films are called "STEREO" instead of right title

Post by Ritsuka »

Yes Subler can edit tracks titles. Double click on the track title in the tracks list. Or select "Remove tracks titles" from the edit menu.

I think you should report the issue to Kodi and other DLNA software developers. There are no plans to change the HandBrake behaviour currently.
thedefiant
Posts: 2
Joined: Tue Jan 14, 2020 2:20 pm

Re: All coverted films are called "STEREO" instead of right title

Post by thedefiant »

OK, I think I have found a workaround for OSX using Subler or Kid3. I've been experimenting with various files and so I *think* both workarounds are valid.

Subler (OSX) 1.6.1
I could not find 'Remove tracks titles' but there is "EDIT / Clear Track Names"
Performing this renames the 'tracks' to something like 'Soundtrack'. This at first worried me, as the track title did not go 'blank', but I think the solution works anyhow. At least, my files in DLNA (via Kodi's file manager view) now appear with a file name,and not 'Stereo', 'Surround' or indeed 'Soundtrack'

kid3 - Has the advantage of batch editing
Another free OSX app. The interface is a bit daunting at first, but here is what works for me. Select a clip or group of clips.
For me (hopefully this is default for everyone) there seems to be attention on two groups of tags. Tag 1 and Tag 2.
Tag 1 appears to be blank, so just ignore everything related to Tag 1.
Tag 2 has a list of metadata fields, including one for "Title."
My problem handbrake files would all be blank in this field. The solution;

1 - Ensure your filename is what you want as 'the title'
2 - In the format dropdown box with the DOWN arrow, type the following '%{title}'
3 - When ready, hit the 'Tag2' button that is in line with the DOWN arrow.

The DOWN arrow is pulling 'down' the info from the filename, and writing it into the title box.
The UP arrow would do the opposite, pulling info from the 'Title' (or indeed other metatdat fields) and writing them into the filename instead. Not what we want to do here, so ignored.

Seems to work once my DLNA WD Cloud refreshes its scan, none of this was instant. I prefer the kid3 method, visually I see things entering the box called 'title' and it all seems to work the other side, plus batch editing!

I hope that helps folks as a set of options on OSX until more light is shed upon all things DLNA and maybe options for handbrake users to disable this at the encode stage (if it doesn't break anything else of course) - Best, D
mduell
Veteran User
Posts: 8187
Joined: Sat Apr 21, 2007 8:54 pm

Re: All coverted films are called "STEREO" instead of right title

Post by mduell »

thedefiant wrote: Tue Jan 14, 2020 8:53 pmI hope that helps folks as a set of options on OSX until more light is shed upon all things DLNA and maybe options for handbrake users to disable this at the encode stage (if it doesn't break anything else of course)
I don't want to imagine a HB interface with a checkbox to work around every broken playback environment. It's already angry spaghetti.
MaRo
Posts: 5
Joined: Sun Jan 12, 2020 10:10 am

Re: All coverted films are called "STEREO" instead of right title

Post by MaRo »

Your workaround might work but meanwhile I`ve reinstalled HandBrake 1.2.2 and
converted two files for testing.
As I said before ... it works perfect and on my TV the right title pops up.
This means there is a "bug" in HandBrake version since 1.3.x !

If someone of the dev´s is reading this ... please try to fix it !

Regards ... Martin
mduell
Veteran User
Posts: 8187
Joined: Sat Apr 21, 2007 8:54 pm

Re: All coverted films are called "STEREO" instead of right title

Post by mduell »

lol, fix your crap player
MaRo
Posts: 5
Joined: Sun Jan 12, 2020 10:10 am

Re: All coverted films are called "STEREO" instead of right title

Post by MaRo »

Crap ? Why ?
Is there a reason why it work´s with HandBrake 1.2.2 and not with the 1.3.x versions ?
I guess there is and why should it be a problem with my TV ? Only because HandBrake ist perfect ?

If someone could figure out the differece between file handling/naming of version 1.2.2 and 1.3.x
it might be possible to solve that problem ... don´t you think ?

Greeting ... Martin
mduell
Veteran User
Posts: 8187
Joined: Sat Apr 21, 2007 8:54 pm

Re: All coverted films are called "STEREO" instead of right title

Post by mduell »

This thread has figured out the problem relates to the audio track being labelled. This was indeed added in 1.3.0 because people wanted audio track labels and find them useful.

No player should be labelling the entire video based on the audio track label. That's a crap player, and you should fix it or replace it.
User avatar
s55
HandBrake Team
Posts: 10350
Joined: Sun Dec 24, 2006 1:05 pm

Re: All coverted films are called "STEREO" instead of right title

Post by s55 »

Crap ? Why ?
Is there a reason why it work´s with HandBrake 1.2.2 and not with the 1.3.x versions ?
I guess there is and why should it be a problem with my TV ? Only because HandBrake ist perfect ?
As Mduell said, we know the change that triggered it.

The files HandBrake produces meet spec. Any player that takes the audio track name and displays it as the video title is incorrectly parsing the file metadata and confusing the track information.


Unfortunately, TV's, low-end players in particular often have problems of various kinds and given manufacturers have a reputation for not maintaining or fixing issues in firmware, i'd say it's unlikely to be fixed in current generation TV's and may only be fixed in future generations if they actually bother to update the underlying libraries they use for decoding.

For example: My own 2017 LG TV is full of bugs. At least 6 that I've counted with SRT Subtitles alone that make them virtually unusable. That's a 2017 model TV and no sign of any issues being fixed. This is the reason I and many others use particular good boxes or sticks that are known to work well. (Apple TV, FireTV, Roku etc)
it might be possible to solve that problem ... don´t you think ?
It requires an update from the manufacturer to not read the title out the wrong part of the metadata.
MaRo
Posts: 5
Joined: Sun Jan 12, 2020 10:10 am

Re: All coverted films are called "STEREO" instead of right title

Post by MaRo »

O.K. This means that HandBrake is working with the correct spec´s since 1.3.x and the TV firmware
can´t handle this because it includes a bug.
This I understand ... I guess it will not make sense to tell this to Samsung because
either they know it or/and they just don´t care ? ;-(

Best Regards ... Martin
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: All coverted films are called "STEREO" instead of right title

Post by Woodstock »

"Smart TV" is a relative term, and that family has no geniuses.
alangstein
Posts: 1
Joined: Thu Jan 23, 2020 6:47 am

Re: All coverted films are called "STEREO" instead of right title

Post by alangstein »

I have the same problem but it's not just my Samsung TV that displays the incorrect name, also incorrect name displays in VLC.
Is there a way to just turn off all metadata creation in HandBrake (i.e. a CLI type command)?
trepie53
Posts: 5
Joined: Sat Jan 25, 2020 8:34 pm

Re: All coverted films are called "STEREO" instead of right title

Post by trepie53 »

Ritsuka wrote: Tue Jan 14, 2020 3:09 pm Yes Subler can edit tracks titles. Double click on the track title in the tracks list. Or select "Remove tracks titles" from the edit menu.

I think you should report the issue to Kodi and other DLNA software developers. There are no plans to change the HandBrake behaviour currently.
This is such a cop-out answer. If it used to work on earlier versions, and now it no longer works, then the issue is clearly with Handbrake.
User avatar
s55
HandBrake Team
Posts: 10350
Joined: Sun Dec 24, 2006 1:05 pm

Re: All coverted films are called "STEREO" instead of right title

Post by s55 »

This is such a cop-out answer. If it used to work on earlier versions, and now it no longer works, then the issue is clearly with Handbrake.
That would be a cop-out argument. Infact, it's not even an argument since you've not actually backed it up with any proof that HandBrake is at fault here ...

Please provide evidence that HandBrake has produced a non-spec complaint file and we'll look into it.
User avatar
s55
HandBrake Team
Posts: 10350
Joined: Sun Dec 24, 2006 1:05 pm

Re: All coverted films are called "STEREO" instead of right title

Post by s55 »

@alangstein -> Are you using DNLA by chance and if so, which vendor?
Saut_Jusa
Posts: 2
Joined: Sun Mar 15, 2020 9:16 am

Re: All coverted films are called "STEREO" instead of right title

Post by Saut_Jusa »

What a pity this thread ends up here, because I have got the same issue on VLC and LG Smart TV.

If you read the mp4 files with the exfitool, you'll see that handbrakes adds "Track2 Name" and "Track2 Title". I did not find any settings that will interrupt this in handbrake. What I have done so far is, reading the mp4 with "MetaX" and overwrite Trackname and Title. Works, but I feel less comnfotable with using a third party software, as it worked in former version of handrake perfectly.
User avatar
s55
HandBrake Team
Posts: 10350
Joined: Sun Dec 24, 2006 1:05 pm

Re: All coverted films are called "STEREO" instead of right title

Post by s55 »

Which DNLA server are you using?
Saut_Jusa
Posts: 2
Joined: Sun Mar 15, 2020 9:16 am

Re: All coverted films are called "STEREO" instead of right title

Post by Saut_Jusa »

No explicit DLNA. I have my Smart TV (WEBOS) connected via wlan to my WD MYcloud
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: All coverted films are called "STEREO" instead of right title

Post by Woodstock »

Looking at the official documentation for the WD server, it is difficult to figure out WHAT protocols it supports; it seems to be a trade secret. If it isn't asking the TV for a User ID/Password combination, it's probably DLNA... Also, some of the reviews I've found say DLNA works with it.

But there is no indication of WHAT DLNA server they use; The last time I used a WD NAS as a server, maybe 8 years ago, it had a lot of limitations, such as not serving files unless they had either AVI or M4V file extensions.

As a test, I just converted a snippet from "When Marnie Was There". The source file had "Ghibli When Marnie Was There" for the metadata title. I told handbrake to assign the name "TestAudio" to the audio track, which was processed from DTS to AAC. The original metadata for the track was "Suround 5.0". The file was then dropped on my Synology NAS. The file name was "MTest.m4v".

I then accessed the Synology using ViMu running on a FireTV stick, via DNLA. The name of the file is displayed as "Ghibli When Marnie Was There", as expected. If I access it via SMB networking, it shows up as "MTest.m4v".

The files created by handbrake 1.3.x are being handled properly by at least some DLNA servers, showing the title metadata instead of track names.
jackcameron
New User
Posts: 1
Joined: Fri Apr 17, 2020 2:06 pm

Re: All coverted films are called "STEREO" instead of right title

Post by jackcameron »

I'm using "1.3.1 (2020010400)" and have been fighting this for a while now. The issue only happens when there's no title in the source video. My solution has been to edit the title, pasting in the filename. I guess I'll go back to a prior working Handbrake for now. But, maybe a simple checkbox in Handbrake like "[ ] Set video title to filename" would solve it?
User avatar
s55
HandBrake Team
Posts: 10350
Joined: Sun Dec 24, 2006 1:05 pm

Re: All coverted films are called "STEREO" instead of right title

Post by s55 »

This isn't something for HandBrake to fix. This is a problem in the DLNA server used. It's reading the video title from the audio track.
Post Reply