Filename NOT showing at start of playback

[xnotifier_test]

I also want this solved T_T

[Jean-Baptiste Kempf]

Look in the logs.

[Zheitk]

Look in the logs.

excuse me

a) do you refer to the previous messages in this post, saying that is a 3rd party issue and it will not be solved?
b) do you refer to the vlc message logs (2 debug):
the first line after opening a video:

Code: Select all

main debug: processing request item: The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip, node: Lista de reproducción, skip: 0

shortly after:

Code: Select all

main debug: creating demux: access='file' demux='' location='/H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi' file='H:\Fantasía (minis)\Arrietty y el mundo de los diminutos [v2] [2B726221].avi'

The title used is the first:

complete log:

Code: Select all

main debug: processing request item: The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip, node: Lista de reproducción, skip: 0 main debug: resyncing on The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip main debug: The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip is at 0 main debug: starting playback of the new playlist item main debug: resyncing on The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip main debug: The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip is at 0 main debug: creating new input thread main debug: Creating an input for 'The.Secret.World.of.Arrietty.2010.R4.DVDR.Latino-TFTP.Title7.DVDRip' main debug: using timeshift granularity of 50 MiB, in path 'C:\DOCUME~1\DURIAN~1\CONFIG~1\Temp' main debug: `file:///H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi' gives access `file' demux `' path `/H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi' main debug: creating demux: access='file' demux='' location='/H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi' file='H:\Fantasía (minis)\Arrietty y el mundo de los diminutos [v2] [2B726221].avi' main debug: looking for access_demux module: 3 candidates qt4 debug: IM: Setting an input main debug: no access_demux module matching "file" could be loaded main debug: TIMER module_need() : 7.929 ms - Total 7.929 ms / 1 intvls (Avg 7.929 ms) main debug: creating access 'file' location='/H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi', path='H:\Fantasía (minis)\Arrietty y el mundo de los diminutos [v2] [2B726221].avi' main debug: looking for access module: 3 candidates filesystem debug: opening file `H:\Fantasía (minis)\Arrietty y el mundo de los diminutos [v2] [2B726221].avi' main debug: using access module "filesystem" main debug: TIMER module_need() : 5.875 ms - Total 5.875 ms / 1 intvls (Avg 5.875 ms) main debug: Using stream method for AStream* main debug: starting pre-buffering main debug: received first data after 0 ms main debug: pre-buffering done 1024 bytes in 0s - 19230 KiB/s main debug: looking for stream_filter module: 4 candidates main debug: no stream_filter module matching "any" could be loaded main debug: TIMER module_need() : 0.207 ms - Total 0.207 ms / 1 intvls (Avg 0.207 ms) main debug: looking for stream_filter module: 1 candidate main debug: using stream_filter module "stream_filter_record" main debug: TIMER module_need() : 0.110 ms - Total 0.110 ms / 1 intvls (Avg 0.110 ms) main debug: creating demux: access='file' demux='' location='/H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi' file='H:\Fantasía (minis)\Arrietty y el mundo de los diminutos [v2] [2B726221].avi' main debug: looking for demux module: 55 candidates avi debug: <list 'AVI '> avi debug: <list 'hdrl'> avi debug: <list 'strl'> avi debug: </list 'strl'> avi debug: <list 'strl'> avi debug: </list 'strl'> avi debug: <list 'odml'> avi warning: unknown chunk (not loaded) avi debug: </list 'odml'> avi debug: </list 'hdrl'> avi debug: skipping movi chunk avi debug: <list 'INFO'> avi debug: </list 'INFO'> avi debug: </list 'AVI '> avi debug: * LIST-root size:624475220 pos:0 avi debug: + RIFF-AVI size:624475212 pos:0 avi debug: | + LIST-hdrl size:8818 pos:12 avi debug: | | + avih size:56 pos:24 avi debug: | | + LIST-strl size:4244 pos:88 avi debug: | | | + strh size:56 pos:100 avi debug: | | | + strf size:40 pos:164 avi debug: | | | + JUNK size:4120 pos:212 avi debug: | | + LIST-strl size:4222 pos:4340 avi debug: | | | + strh size:56 pos:4352 avi debug: | | | + strf size:18 pos:4416 avi debug: | | | + JUNK size:4120 pos:4442 avi debug: | | + LIST-odml size:260 pos:8570 avi debug: | | | + dmlh size:248 pos:8582 avi debug: | + JUNK size:1394 pos:8838 avi debug: | + LIST-movi size:620137834 pos:10240 avi debug: | + idx1 size:4326960 pos:620148082 avi debug: | + LIST-INFO size:162 pos:624475050 avi debug: | | + IPRD size:54 pos:624475062 avi debug: | | + INAM size:68 pos:624475124 avi debug: | | + ISFT size:12 pos:624475200 avi debug: AVIH: 2 stream, flags HAS_INDEX IS_INTERLEAVED avi debug: stream[0] rate:239760 scale:10000 samplesize:0 avi debug: stream[0] video(XVID) 640x336 24bpp 23.976000fps main debug: selecting program id=0 avi debug: stream[1] rate:16000 scale:1 samplesize:1 avi debug: stream[1] audio(0x2000 - A52 Audio (aka AC3)) 2 channels 48000Hz 0bits avi debug: selected standard index for stream[0] avi debug: selected standard index for stream[1] avi debug: stream[0] created 135308 index entries avi debug: stream[1] created 135127 index entries avi debug: stream[0] length:5643 (based on index) avi debug: stream[1] length:5636 (based on index) main debug: using demux module "avi" main debug: TIMER module_need() : 121.153 ms - Total 121.153 ms / 1 intvls (Avg 121.153 ms) main debug: looking for a subtitle file in H:\Fantasía (minis)\ main debug: looking for decoder module: 32 candidates avcodec debug: libavcodec already initialized avcodec debug: trying to use direct rendering avcodec debug: allowing 3 thread(s) for decoding avcodec warning: threaded frame decoding is not compatible with ffmpeg-hw, disabled avcodec debug: Available decoder output format 61 (dxva2_vld) avcodec debug: Trying DXVA2 avcodec debug: DLLs loaded avcodec debug: D3dCreateDevice succeed avcodec debug: OurDirect3DCreateDeviceManager9 Success! avcodec info: obtained IDirect3DDeviceManager9 avcodec info: DXVA2CreateVideoService Success! avcodec debug: - 'MPEG-2 motion compensation' is supported by hardware avcodec debug: - 'MPEG-2 inverse discrete cosine transform' is supported by hardware avcodec debug: - 'VC-1 motion compensation' is supported by hardware avcodec debug: - 'Windows Media Video 9 motion compensation' is supported by hardware avcodec debug: - 'VC-1 post processing' is supported by hardware avcodec debug: - 'Windows Media Video 9 post processing' is supported by hardware avcodec error: DxFindVideoServiceConversion failed avcodec warning: Failed to open DXVA2 avcodec debug: Available decoder output format 53 (vaapi_vld) avcodec debug: Available decoder output format 81 (vda_vld) avcodec debug: Available decoder output format 0 (yuv420p) avcodec debug: ffmpeg codec (MPEG-4 Video) started main debug: using decoder module "avcodec" main debug: TIMER module_need() : 72.860 ms - Total 72.860 ms / 1 intvls (Avg 72.860 ms) main debug: looking for decoder module: 32 candidates main debug: using decoder module "a52" main debug: TIMER module_need() : 0.428 ms - Total 0.428 ms / 1 intvls (Avg 0.428 ms) main debug: looking for meta reader module: 2 candidates lua debug: Trying Lua scripts in C:\Documents and Settings\Durian Zheitk\Datos de programa\vlc\lua\meta\reader lua debug: Trying Lua scripts in C:\Archivos de programa\VideoLAN\VLC\lua\meta\reader lua debug: Trying Lua playlist script C:\Archivos de programa\VideoLAN\VLC\lua\meta\reader\filename.luac main debug: no meta reader module matching "any" could be loaded main debug: TIMER module_need() : 2.306 ms - Total 2.306 ms / 1 intvls (Avg 2.306 ms) main debug: `file:///H:/Fantas%C3%ADa%20%28minis%29/Arrietty%20y%20el%20mundo%20de%20los%20diminutos%20%5Bv2%5D%20%5B2B726221%5D.avi' successfully opened main debug: Buffering 0% main debug: Buffering 8% a52 debug: A/52 channels:2 samplerate:48000 bitrate:128000 main debug: recycling audio output main debug: looking for audio output module: 2 candidates aout_directx debug: Opening DirectSound Audio Output aout_directx debug: found device: Controlador primario de sonido aout_directx debug: found device: Conexant HD Audio output main debug: Buffering 16% main debug: Buffering 25% main debug: Buffering 33% main debug: Buffering 41% main debug: looking for text renderer module: 2 candidates freetype debug: Using Arial Unicode MS as font from file C:\WINDOWS\Fonts\Arial Unicode MS.TTF main debug: Buffering 50% main debug: Buffering 58% main debug: Buffering 66% main debug: Buffering 75% main debug: Buffering 83% freetype debug: using fontsize: 2 main debug: using text renderer module "freetype" main debug: TIMER module_need() : 9.102 ms - Total 9.102 ms / 1 intvls (Avg 9.102 ms) main debug: looking for video filter2 module: 18 candidates swscale debug: 32x32 chroma: YUVA -> 16x16 chroma: RGBA with scaling using Bicubic (good quality) main debug: using video filter2 module "swscale" main debug: TIMER module_need() : 0.873 ms - Total 0.873 ms / 1 intvls (Avg 0.873 ms) main debug: looking for video filter2 module: 18 candidates yuvp debug: YUVP to YUVA converter main debug: using video filter2 module "yuvp" main debug: TIMER module_need() : 0.538 ms - Total 0.538 ms / 1 intvls (Avg 0.538 ms) main debug: Deinterlacing available main debug: deinterlace 0, mode discard, is_needed 0 main debug: Opening vout display wrapper main debug: looking for vout display module: 1 candidate main debug: Buffering 91% main debug: Buffering 100% main debug: Stream buffering done (325 ms in 19 ms) aout_directx debug: device supports 2 channels (DEFAULT!) aout_directx debug: device supports 1 channel aout_directx debug: device supports A/52 over S/PDIF aout_directx debug: creating DirectSoundThread main debug: using audio output module "aout_directx" aout_directx debug: DirectSoundThread ready main debug: TIMER module_need() : 22.867 ms - Total 22.867 ms / 1 intvls (Avg 22.867 ms) main debug: output 's16l' 48000 Hz Stereo frame=1 samples/4 bytes main debug: mixer 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes main debug: filter(s) 'f32l'->'s16l' 48000 Hz->48000 Hz Stereo->Stereo main debug: looking for audio filter module: 13 candidates audio_format debug: f32l->s16l, bits per sample: 32->16 main debug: using audio filter module "audio_format" main debug: TIMER module_need() : 0.179 ms - Total 0.179 ms / 1 intvls (Avg 0.179 ms) main debug: conversion pipeline completed main debug: looking for audio mixer module: 2 candidates main debug: using audio mixer module "float32_mixer" main debug: TIMER module_need() : 0.092 ms - Total 0.092 ms / 1 intvls (Avg 0.092 ms) main debug: input 'a52 ' 48000 Hz Stereo frame=1536 samples/512 bytes direct3d debug: creating Vout EventThread main debug: looking for audio filter module: 1 candidate scaletempo debug: format: 48000 rate, 2 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search direct3d debug: DirectXCreateWindow scaletempo debug: 1.000 scale, 1440.000 stride_in, 1440 stride_out, 1152 standing, 288 overlap, 672 search, 2400 queue, fl32 mode main debug: using audio filter module "scaletempo" main debug: TIMER module_need() : 0.587 ms - Total 0.587 ms / 1 intvls (Avg 0.587 ms) main debug: filter(s) 'a52 '->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: looking for vout window hwnd module: 2 candidates qt4 debug: requesting video... main debug: looking for audio filter module: 13 candidates main debug: using audio filter module "a52tofloat32" main debug: TIMER module_need() : 0.609 ms - Total 0.609 ms / 1 intvls (Avg 0.609 ms) main debug: conversion pipeline completed main debug: filter(s) 'f32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: conversion pipeline completed main debug: filter(s) 'f32l'->'f32l' 52800 Hz->48000 Hz Stereo->Stereo main debug: looking for audio filter module: 13 candidates main debug: using audio filter module "samplerate" main debug: TIMER module_need() : 0.244 ms - Total 0.244 ms / 1 intvls (Avg 0.244 ms) main debug: conversion pipeline completed main debug: End of audio preroll qt4 debug: Video was requested 0, 0 main debug: using vout window hwnd module "qt4" main debug: TIMER module_need() : 254.843 ms - Total 254.843 ms / 1 intvls (Avg 254.843 ms) direct3d debug: created video sub-window direct3d debug: Vout EventThread running direct3d debug: disabling screen saver direct3d debug: Direct3d Device: NVIDIA GeForce Go 6100 4318 583 162 main debug: VoutDisplayEvent 'resize' 648x368 window direct3d warning: trying surface pixel format: YV12 direct3d debug: selected surface pixel format is YV12 direct3d debug: Using D3DTEXF_LINEAR for minification direct3d debug: Using D3DTEXF_LINEAR for magnification direct3d debug: Direct3D scene created successfully direct3d debug: Direct3D device adapter successfully initialized main debug: using vout display module "direct3d" main debug: TIMER module_need() : 333.987 ms - Total 333.987 ms / 1 intvls (Avg 333.987 ms) main debug: original format sz 640x336, of (0,0), vsz 640x336, 4cc I420, sar 1:1, msk r0x0 g0x0 b0x0 main debug: removing module "freetype" main debug: looking for text renderer module: 2 candidates main debug: VoutDisplayEvent 'resize' 640x336 window freetype debug: Using Arial Unicode MS as font from file C:\WINDOWS\Fonts\Arial Unicode MS.TTF freetype debug: using fontsize: 2 main debug: using text renderer module "freetype" main debug: TIMER module_need() : 4.236 ms - Total 4.236 ms / 1 intvls (Avg 4.236 ms) avcodec debug: using direct rendering main debug: End of video preroll main debug: Received first picture freetype error: Breaking unbreakable line direct3d debug: Created 633x51 texture for OSD main debug: Post-processing available main debug: Decoder buffering done in 480 ms main warning: PTS is out of range (-9967), dropping buffer main warning: PTS is out of range (-34936), dropping buffer direct3d debug: Created 32x32 texture for OSD

[Jean-Baptiste Kempf]

Sorry, you are 3 speaking of 3 different things, it is a bit hard to follow...

[Zheitk]

Sorry, you are 3 speaking of 3 different things, it is a bit hard to follow...

• ¡¡Ikuzo!!

Morgurthion (OP), vlcmac (banned), ahk, defconett, coren, ahk, zayas, scott1x, barnaby, morning-max, IanMc, ssc801, CuAnnan, Elijah, rob96id, Guerrer0, AliP92, JanusTwoface, Szasz, turbine, Jonneh, Toddler Naruto =_=, tomray, lalala, kzendra, joshdenyer, xnotifier_test, Zheitk (me):

• °Any file (I tested with .avi, .mkv and .mp4) using "title", "artist" or "director" metadata (It doesn't matter the app used to write the tags) will use that instead of the filename, resulting in meaningless names (like this) both in playlist, vlc hemm.... title bar and snapshoots (using $N string-variable in snap prefix box). We just want an option to choose what to show (filename with or without extension, tags, whathever...)

chenjung_407ad, registriert, AaronR, Lotesdelere:

• °Files like "ShowName - S01E01 - EpisodeName" are parsed as "ShowName - S01E01", but are not parsed if they are "ShowName - s01e01 - EpisodeName" (s01e01 in lowercase)

Rémi Denis-Courmont:

• 

Jean-Baptiste Kempf:

• ¿O_o? (sorry ñ_ñ)

• Please please please please fix this

pd: by the way, I tested the nightly 2.1, and some format string variables don't work anymore... like $N and $T
.:-------:.

[df30]

The Bug is still not fixed.
After starting a videofile the correct filename is shown for a ms, but will vanish instantly.
What surprises me is that this bug is not only unfixed since years besides of being a very simple one, but that no dev seems to even get what the problem is.
It has nothing to do with tags, encoding or whatever at all. It's a matter of "show tags" or "show filename", not less not more.
It also has to do with this file: %Program Files%\VideoLAN\VLC\lua\meta\reader\filename.luac

I finally figured out the resolution.
The behaviour with the filename comes from a lua script for metadata.

Just remove the file (or rename the extension) %Program Files%\VideoLAN\VLC\lua\meta\reader\filename.luac and the problem is gone.

Thanks a ton, man. It's just annoying, that now the file extension is shown, too. But still thousand times better than no filename at all, that sh1t drove me crazy.

[Stef1786]

At long last - a fantastic player with all features I was looking for: A-B loops, scalable speed button, bookmarks (wish there was an icon to open this dialog).

I use it to study foreign language phrases, short MP3 files, tons of them. To quickly give them meaningful names, I rename them on the fly.

And then I wasted hours to figure out how to see these file names in VLC, blamed myself for being too stupid to set up the most obvious and basic of features. Until I gave up in desperation, searched the web …and ended up here.

Is there any other way to "tag" (figuratively or literally speaking) files quickly with meaningful descriptions that will show up in VLC?

If not, does anyone know of another player (commercial or freeware) that also has
- A-B loops
- bookmarks
- scalable speed?
And that does show filenames, of course.
Thanks. Also to the team for an otherwise great player.

[user7836]

For the "ShowName.SxxEyy.EpisodeName.avi" problem consider the following change in
share\lua\meta\reader\filename.lua

Change line 41 from

Code: Select all

_, _, showName, seasonNumber, episodeNumber = string.find(name, "(.+)S(%d%d)E(%d%d).*")

to

Code: Select all

_, _, showName, seasonNumber, episodeNumber, episodeName = string.find(name, "(.+)S(%d%d)E(%d%d)(.*)")

and change line 48 from

Code: Select all

vlc.item:set_meta("title", showName.." S"..seasonNumber.."E"..episodeNumber)

to

Code: Select all

vlc.item:set_meta("title", showName.." S"..seasonNumber.."E"..episodeNumber.." "..trim(string.gsub(episodeName, "%.", " ")))

[pygmalion7]

I organise my files by setting specific filenames.

While I appreciate some users would prefer to display the files based on meta data, should this not be a selectable option?

After all (in version 2.1.0), there are options to change the user interface. Surely (and I accept I am no expert on programming matters); this display option choice is a less demanding feature to implement?

After years of finding VLC an indespensible part of my desktop platform, I'm now giving thought to finding something else to use instead.
That is a pity, because other than this annoyingly and incomprehensibly missing functionality, I find VLC a brilliant app!

Can't someone on the DEV team acknowledge the need to implement a fix to this - accepting your are all volunteers in this project?

[JerichoDeath]

I've been reading through the thread, trying to maintain a somewhat objective view, but it's a little mystifying to me that the Devs of VLC haven't seem to have figured out the two primary issues here.

Number 1:
VLC needs an option to display: not using tags -OR- using tags, in other words, to pick between the title tag and the filename (samples are useless, this is work solely done in VLC; whether or not the tags are broken is completely irrelevant)
(seems like a feature that would take a few weeks, at the most, to implement; based on the skills that I've seen demonstrated by those versed in this type of work, not to mention how good VLC Player usually is. You have to realize that most who post here probably use VLC more than anything else... I know I do.)

Number 2:
The Option to "Save Metadata" does not work. Most of the time, it resets itself, regardless of the file. (samples are useless here too, the problem is almost certainly with VLC itself)
This is a bug.

[Rémi Denis-Courmont]

It is not an issue of how much time it would take to add an option. The thing is, an option will not solve the problem. Users will still complain that the metadata are wrong, because the outstanding majority will not know of the option. And those in the more knowledgeable minority will complain about the default value being wrong. And then, if the default value is changed, other users will complain that VLC regressed and stopped showing correct meta-data.

The bug is in the meta-data, not in the player. The simple reality is that this bug cannot be fixed within VLC code. If the files did not include a bogus title field in their meta-data, VLC would stick to the playlist title as it should.

If we had remotely accurate statistics on which of the playlist and the embedded metadata are most often accurate in the event that both are provisioned, then maybe, we could change the behaviour - not add an option. But so far, I have not seen any reasonable attempt to honestly (rather than selfishly) determine that.

[IT-Wizard]

Hi folks,
I am pretty new with VLC. I was searching a good an free metadata editor for AVI files.
I heard many good feedback about VLC for a long time now, so I jumped in.

I want to repeat that the Option to "Save Metadata" does not work, at all.
Since that was the point I was looking for, I notice it really fast.
I am sure that it will be fixed soon.

Furthermore, if we have to consider what are the Metadata for.
They are helping people to maintain a huge quantity of multimedia files in a coherent state, and allow Advanced searches, library sort and customized display.
I would like to say that the way to interface metadata in VLC, may be more user-friendly.
First, the movie must be in pause to reach metadata. It is a little bit odd.
A batch processing would be great to enable coherence ease.
As an example, I am using the Mp3tag program to manage all my MP3 tags. Its basic but power-full interface, give me full satisfaction. The way it offers to extract data from the file name to fill in the tags, is pretty efficient.

I hope my intervention is a productive and allow VLC to be even better.

I am open to discussion. I am not English spoken, so I may be miss-phrase. Please ask I will try to make it more comprehensive.
My point is really to bring some betterment.

[Steinhauser]

Like many users in this topic I had to create an account just to reply here, because I was so taken aback by the stubbornness and immaturity shown by the devs. I've never seen someone so supposedly altruistic as a freeware volunteer dev be so dead-set against being helpful or reasonable. Much less two of them. I guess I'll get right into it:

It is not an issue of how much time it would take to add an option. The thing is, an option will not solve the problem. Users will still complain that the metadata are wrong, because the outstanding majority will not know of the option. And those in the more knowledgeable minority will complain about the default value being wrong. And then, if the default value is changed, other users will complain that VLC regressed and stopped showing correct meta-data.

Adding the option will immediately pacify EVERYONE WHO HAS COMPLAINED IN THIS TOPIC. Including the many people who registered accounts specifically to complain about THIS ONE PROBLEM. An option is ALL we want. Even if it's hidden away.

If the issue isn't the time it takes to do it, why not just do it? How would having the option hurt? Who would be put out by adding it?

If you added the option, users who complained could be pointed to that option. Right now, users who complain are told that they should stop complaining, because the devs know what users want better than they do.

We all know what we want. We want that option.

An option will solve the problem, because the problem is we don't have an option. The lack of the option is the problem. I don't know how else to say it.

The bug is in the meta-data, not in the player. The simple reality is that this bug cannot be fixed within VLC code. If the files did not include a bogus title field in their meta-data, VLC would stick to the playlist title as it should.

Okay, here we go. This is the big problem: "My software isn't buggy; everyone else's is!"

The 'simple reality' is you can't expect every encoder to follow the principles of good labeling. We users understand this, or we wouldn't be complaining to you—we would be going to the encoders and asking them for better product. But that is not an efficient solution, when the information we want is already in the file, and only needs to be displayed properly. You're asking hundreds of disparate encoding softwares to all conform to the same labeling practices, when the problem can be solved by adding ONE display option to ONE piece of software, a fix that users have been clamouring THREE YEARS for.

If we had remotely accurate statistics on which of the playlist and the embedded metadata are most often accurate in the event that both are provisioned, then maybe, we could change the behaviour - not add an option. But so far, I have not seen any reasonable attempt to honestly (rather than selfishly) determine that.

So what you're saying is, you want your software to be able to automatically determine what users want displayed on their playlists, but until it can, you are unwilling to let those users choose for themselves what they want displayed. What is your end goal, again? To satisfy users? If so, your methods do not follow.

I like VLC a lot, I've used it for years, I've praised it, I've donated to it. But this problem has annoyed me for ages, and after finding this topic (and the dev's attitude towards the obvious and much needed fix) I have the immediate urge to drop VLC and find another player. I hope I get through to someone on the dev team with the emotional maturity to put aside his ego and make an objective improvement to his software. But I'm not holding my breath, if it hasn't happened in 3 years, why now?

[Rémi Denis-Courmont]

Adding the option will immediately pacify EVERYONE WHO HAS COMPLAINED IN THIS TOPIC.

And that is a negligible minority within the set of users that are actually affected by the problem. The reality that you do not have to deal with, but VLC developers do have to deal with every day, is that every option ends up being misinterpreted and misused by some, and remains unknown to most of those who need it. With these two considerations in mind, an option will not solve the problem, and might in fact make the problem worse or create new problems.

There are two separate problems: One problem is that VLC prefers the meta-data from the file itself over the meta-data from the playlist. This is a bug; there is no point adding an option. The bug has been waiting several years for someone with time and motivation to fix it. The other problem is that some files contain crap meta-data, and there simply is no good way to work around this - definitely not an option.

The 'simple reality' is you can't expect every encoder to follow the principles of good labeling.

The simple reality is that you cannot expect VLC developers to care to work around bugs in third party software written by careless idiots. We have enough to deal with on our free time with actual VLC bugs. You are free to fix the meta-data in your files and the problem lies between you and the encoder.

We users understand this, or we wouldn't be complaining to you—we would be going to the encoders and asking them for better product.

Apparently you do not understand, or you would be complaining to the encoders indeed.

But apparently, you prefer to insult hobbyists VLC developers. Fine with me, please go away and use another media player.

[XoXFaby]

Oh look, another person who made an account just to reply here.

The behaviour I have seen here by the devs is disgusting. And I don't care if you shrug it off as another self-entitled dick who thinks they can tell you what to do, but I am right, and everyone else who posted here is too. In the time it took you to respond to all of these people you could've written to code to add the option we want 10 times. The problem of incorrect meta-data will NEVER be fixed, because it's something OUT OF YOUR CONTROL. The only thing you can do about it is add a way for us to bypass the meta-data altogether.

You say there are only a few of us? I have been pissed of by this for years and I just never bothered to post about it and I can only imagine the amount of people who feel the same way. Because like us, they all get their files from similar sources, compiled same types of people who think they need to advertise their crappy websites or whatever in the damn file names. This is everywhere, so people everywhere are affected by it, but only few complain, others just deal with it. I highly doubt they enjoy loading 50 files into VLC and having every single one end up with the same that may as well be gibberish any more than we do.

Fact is that adding the option will hurt no one. You don't force it on anyone, people can choose to do it themselves, if they don't like it they can change it back. And you say most people wouldn't even find the option? Really? Then why have options at all if you expect people not to go look for them if they want to change them.


And it's not actually something you have to add, you just have to disable another behaviour that overwrites the file names as we like them.

Just give us the option to use the damn file names. Do not even reply to this post. In the time it takes you to reply you could've already implemented the option.

But I have a feeling you are gonna continue with your "I'm the dev, I do what I want" attitude and you're gonna keep pretending you know better and that we should be infinitely grateful for the service you do for us and shame on us for asking for something anyone would agree we should be able to do.

[Rémi Denis-Courmont]

If you want something added, you add it and you defend it on the vlc-devel mailing list. Otherwise, there is no point arguing here inspite of cognitive dissonance.

[Jean-Baptiste Kempf]

In the time it took you to respond to all of these people you could've written to code to add the option we want 10 times.

What option? Seriously, when 40 different people in a 5 pages thread arrive and say "me too", it is never the same issue or the same option that they are speaking of!

Not to mention that the option some people want already exists in VLC... You can have the title of the VLC main window the way you want, already, and that it does not show the metadata... You can also very easily not get the metadata displayed at the start of the playback... You can also not get it in the playlist...

Then, people work ON THEIR FREE TIME. If something bothers you, just fix it and send the patch.

Speaking of "the devs" like you keep saying just shows how much you understand nothing about open source communities. There is no such group that is "the devs", there are just people who send patches and get it integrated.

As I'm disgusted about your tone, this topic is now closed.