View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
06_taro
24th October 2011, 00:34
Unpatched builds (x86 and x64) :
Non-installer: LAVFilters-0.37-52-git-r1378(68a10a4).7z (http://j.mp/LAVFilters-r1378)
Installer: LAVFilters-0.37-52-git-r1378(68a10a4)Installer.7z (http://j.mp/LAVFiltersI-r1378)
dead_screem
24th October 2011, 03:21
http://www.megaupload.com/?d=8L2S2JLK
http://www.megaupload.com/?d=1TF3LWGR
With latest test build these two TSs crash MPC-HC when LAV splitter is used
mkanet
24th October 2011, 04:13
I am hoping someone can please help. When my MKV files contain subtitles, the filtergraph created will have an Internal Script Command Renderer. My directshow player doesnt support subtitles; and, has problems (just like graphedit) when it trys to render the mkv (using LAV splitter).
I would like to know which options to select in LAV Splitter to prevent Internal Script Command Renderer from being inserted in the graph. I have selected the option "No subtitles" and other conditions in LAV splitter, but no matter what, LAV splitter allows Internal Script Command Renderer to be loaded. If there are no options in LAV splitter to do this, how else can I do it?
Thanks in advance,
MKANET
Midzuki
24th October 2011, 05:53
@ mkanet: until you send us "detailed info" about that problem, I'd rather conclude the "root-of-all-evil" :D is in your "un-named" :) DS player.
To the best of my memory, the "Internal Script Command Renderer" issue only happened to "soft-subbed" RMVB files through the use of RealMediaSplitter.ax :confused:
nevcairiel
24th October 2011, 07:13
http://www.megaupload.com/?d=8L2S2JLK
http://www.megaupload.com/?d=1TF3LWGR
With latest test build these two TSs crash MPC-HC when LAV splitter is used
Is that problem new, or did they crash with older versions as well? :)
Xaurus
24th October 2011, 08:20
What kind of setup is everyone using when watching SD material? I have recently ripped a few of my old DVDs and with my current setup I would like some noise reduction / block reducing filters to be applied to the video chain. I guess there's no other choice than to install ffdshow again? Thanks.
hoborg
24th October 2011, 08:39
I think i found the problem. If i now open WAV with DTS in graphstudio, it create LAV splitter to audio renderer connection, LAV audio decoder is not added.
That is a strange...
Here on WinXP i have correct graph - LAV splitter -> LAV audio decoder -> Audio renderer, home on Win7 LAV audio is missing.
CruNcher
24th October 2011, 09:09
@nev
here is the freeze sample http://www.mediafire.com/?yx92afb8mrn7r3r i can fix the freeze in lav splitter by remuxing it with avidemux after remuxing it into .mp4 (as the *.mov crashes avidemux)
Mr.White
24th October 2011, 09:42
Hi nev,
I've been trying to get wasapi exlusive BITEXACT over ReClock with Lav Filters.
_ _ _ _ _
It worked for me with Lav Filters (bit exact), but only after i put the volume up to 100% in MPC-HC :)
VFR maniac
24th October 2011, 12:33
@nev
here is the freeze sample http://www.mediafire.com/?yx92afb8mrn7r3r i can fix the freeze in lav splitter by remuxing it with avidemux after remuxing it into .mp4 (as the *.mov crashes avidemux)
Don't throw just broken file for bug report :P
That file has negative cts offset even if ctts version == 0.
(It is ok if the file were MOV.)
And the file has two media handler (vide and cios) for video track.
MOV and ISO media can contain only one media handler per track.
Well, I suspect how to handle ctts of ffmpeg.
mkanet
24th October 2011, 13:51
It happens in Graphedit, GraphStudio, etc. This happens on any PC I try (Windows 7 and two different Vista PCs. This happens when the system tries to build the graph on an MKV file which contains subtitles (which inserts "Internal Script Command Renderer" automatically. The MKV file will just hang while trying to render the video/audio on MKVs which contain subtitles. If it take out "Internal Script Command Renderer" and play the filter graph, it works perfectly.
This only happens when LAV allows subtitles to come out from it's subtitle pinout. I was hoping for LAV to turn off subtitles completely; as if the MKV doesnt have subtitles. This is to prevent from other filters like "Internal Script Command Renderer" to try to connect to LAV splitter.
Sorry if I'm not being to descriptive. It happens pretty much under every circumstance I can think of if the MKV has a subtitle embedded in the file under graphedit, etc. The issue doesnt happen if there isn't any subtitle in the file or if I manually remove the "Internal Script Command Renderer" filter after the system builds the graph automatically.
Thanks
@ mkanet: until you send us "detailed info" about that problem, I'd rather conclude the "root-of-all-evil" :D is in your "un-named" :) DS player.
To the best of my memory, the "Internal Script Command Renderer" issue only happened to "soft-subbed" RMVB files through the use of RealMediaSplitter.ax :confused:
nevcairiel
24th October 2011, 17:01
http://www.megaupload.com/?d=8L2S2JLK
http://www.megaupload.com/?d=1TF3LWGR
With latest test build these two TSs crash MPC-HC when LAV splitter is used
Fixed.
kennae
24th October 2011, 17:17
New nVidia WHQL drivers are up! Working great with mpc-hc + lav filters + madvr.
http://www.nvidia.com/object/win7-winvista-64bit-285.62-whql-driver.html
nevcairiel
24th October 2011, 19:37
Hi,
its time to get ready for a release again, so here is a release candidate to hopefully get some more widespread testing.
Sadly there have been quite a lot of bugs in ffmpeg the last week or so, but i hope that i got most of the regressions and its all clean again.
x86: http://files.1f0.de/lavf/LAVFilters-0.38-rc.zip
x64: http://files.1f0.de/lavf/LAVFilters-0.38-rc-x64.zip
Most important changes since 0.37:
- New subtitle stream selection
- Improved stream language handling (f.ex. languages with two language tags are now handled propery, ie. "fra" now matches both "fre" and "fra")
- MPEG1 Multi-Threading and CUVID support (tied to the MPEG2 option)
- Improved VobSub support in MPEG-PS and MP4
- Improved RV40 in MKV playback
- Support for Ut Video and H264 4:2:2
- Improved MP4 A/V sync
Please test this version, and report any regressions since 0.37, or bugs in the new features, thanks!
PS:
I wrote up a small explanation of the new subtitle selection modes:
http://1f0.de/lav-splitter/lav-splitter-stream-selection/
sneaker_ger
24th October 2011, 22:05
Thx,
1.) can you elaborate on your decision to make the advanced mode subtitle only? Is this because it is unnecessary because you still have an active audio field? (I'm currently trying to wrap my head around it.)
2.) The subtitle field is very short for the amount of selections possible.
nevcairiel
24th October 2011, 22:09
I just cannot think of a reason to select the audio through that field as well. For someone not coming from Haalis config option there (like me), it seems just far easier to understand this way. Also, rules might get overly complex if you also have to account for every audio preference.
For the field size - if you have that many rules, write them in an editor first. :D You can easily fit 6 pairs in there, even 7 if you use a * or no flags once a while - that seems like alot of rules to me.
sneaker_ger
24th October 2011, 22:21
I just cannot think of a reason to select the audio through that field as well. For someone not coming from Haalis config option there (like me), it seems just far easier to understand this way. Also, rules might get overly complex if you also have to account for every audio preference.
Just wondering, still haven't understood it completely.
For the field size - if you have that many rules, write them in an editor first. :D You can easily fit 6 pairs in there, even 7 if you use a * or no flags once a while - that seems like alot of rules to me.
Yes, it seems like I rushed that a bit and will be able to get by with the space given.
3.) in mkv "|f" only refers to the mkv forced element and not to the string "forced" being part of the subtitle name, correct?
CruNcher
24th October 2011, 22:36
Don't throw just broken file for bug report :P
That file has negative cts offset even if ctts version == 0.
(It is ok if the file were MOV.)
And the file has two media handler (vide and cios) for video track.
MOV and ISO media can contain only one media handler per track.
Well, I suspect how to handle ctts of ffmpeg.
But that is the whole problem it also freezes with the Original Quicktime Movie
that is not the file we talking about i tried to make a sample of the .mov but that is not easy @ all and this is the closest i came up with to keep the issue alive in .mp4 :)
Hmm i dunno how their can be 2 media handlers the only thing i did was remuxed the original .mov into mp4 with mp4box and then used mp4box on the resulting .mp4 convert to cut the sample out. And as i said if i remux it with Avidemux the freeze is gone in the .mp4 im not sure about sync issues as it's hardly visible in this kind of content (but that freeze with lav splitter is gone).
VFR maniac here you can see how different parser react on the Original Mov
http://www.mediafire.com/?5d9r80vb7dis5ft
top is lav splitter, bellow vlc and bottom right is mpc-hcs internal mov/mp4 splitter, lav splitter loses it's entire seeking capability behind this freeze (anything after it doesn't exist for it).
Thunderbolt8
24th October 2011, 22:43
MPEG1 Multi-Threading and CUVID support (tied to the MPEG2 option)does MPEG1 really need that much ressources?
Keiyakusha
24th October 2011, 23:08
does MPEG1 really need that much ressources?
The main thing - it works.
BTW, what about mpeg4/ASP?
Thunderbolt8
24th October 2011, 23:13
Im just a little said that now even ancient mpeg1 got multithreading support, but VC-1 still does not -.-
(guessing mpeg1 was rather easy to implement though)
btw. how to get the test versions (RC) to work. I overwrote the 0.37 files, did 3x unregister.bat, then 3x install.bat, also set all 3 external filters to prefer in mpc-hc, but when I play an .mkv, haali splitter shows up
golagoda
25th October 2011, 00:35
Im just a little said that now even ancient mpeg1 got multithreading support, but VC-1 still does not -.-
(guessing mpeg1 was rather easy to implement though)
btw. how to get the test versions (RC) to work. I overwrote the 0.37 files, did 3x unregister.bat, then 3x install.bat, also set all 3 external filters to prefer in mpc-hc, but when I play an .mkv, haali splitter shows up
In MPC-HC go to external filters then add haali splitter then set it to block.
Hi,
its time to get ready for a release again, so here is a release candidate to hopefully get some more widespread testing.
Sadly there have been quite a lot of bugs in ffmpeg the last week or so, but i hope that i got most of the regressions and its all clean again.
x86: http://files.1f0.de/lavf/LAVFilters-0.38-rc.zip
x64: http://files.1f0.de/lavf/LAVFilters-0.38-rc-x64.zip
[...]
Please test this version, and report any regressions since 0.37, or bugs in the new features, thanks!
PS:
I wrote up a small explanation of the new subtitle selection modes:
http://1f0.de/lav-splitter/lav-splitter-stream-selection/
Thanks Nev - I'll test it out, I've been trying the latest google code builds people have been posting sometimes and they've gone great at least, thanks again.
mindbomb
25th October 2011, 00:38
Im just a little said that now even ancient mpeg1 got multithreading support, but VC-1 still does not -.-
yea, now that i think about it, that is messed up.
and at the very least, they have to add support for interlaced videos.
pankov
25th October 2011, 01:07
nev,
I've read the guide about the new subtitle selection modes and I have a question.
You've written in the examples for the advanced mode that this expression *:eng;*:*|f;*:*|d is representing the default mode (with "eng" selected).
Am I correct that this should read as "for any audio language show eng subs and if none are found show any forced one and if no forced ones are found show a default one"?
If that's the case wouldn't it better to show only forced English subs with English audio and full English subs with all other audio languages?
This should result in the following expression:
eng:eng|f;*:eng;*:*|f;*:*d
What do you think? Isn't this more convenient for the novice users using the Default mode?
I also think this could make the "Only forced subs" mode obsolete, right?
mindbomb
25th October 2011, 01:38
extremely minor thing:
you forgot to change where it says the version number to .38. it still says .37 in the various filters.
06_taro
25th October 2011, 01:51
Patched builds (x86 and x64) :
Non-installer: LAVFilters-0.37-54-git-r1380(be78b9e).7z (http://j.mp/LAVFilters-r1380)
Installer: LAVFilters-0.37-54-git-r1380(be78b9e)-Installer.7z (http://j.mp/LAVFiltersI-r1380)
I hadn't met rv30/rv40's seek problem for long so didn't apply roytam1's patch in the last several builds. But now I reproduced it and therefore add it back.
PS. latest git revision, might be called 0.38 rc :)
roytam1
25th October 2011, 02:51
Patched builds (x86 and x64) :
Non-installer: LAVFilters-0.37-54-git-r1380(be78b9e).7z (http://j.mp/LAVFilters-r1380)
Installer: LAVFilters-0.37-54-git-r1380(be78b9e)-Installer.7z (http://j.mp/LAVFiltersI-r1380)
I hadn't met rv30/rv40's seek problem for long so didn't apply roytam1's patch in the last several builds. But now I reproduced it and therefore add it back.
PS. latest git revision, might be called 0.38 rc :)
the rv3/4 seeking bug is easy to reproduce: open a rmvb file, play, and seek to other position. Without the patch it will give you a corrupted image until next key frame is shown.
board123
25th October 2011, 03:23
I'm having trouble getting LAV to output the same colors as ffdshow/ffmpeg.
LAV output (http://i.imgur.com/Szb4D.jpg)
FFDShow output (http://i.imgur.com/1OxRz.jpg)
I got these screenshots with MPC-HC/EVR Custom. This is an 8-bit H264 video clip, so the input YCbCr should be 16-235 range.
Both decoders are set to output RGB 0-255 range, but LAV's output differs drastically from FFDshow's, which is the correct output. Any help in configuring LAV properly would be appreciated.
Sebastiii
25th October 2011, 05:50
Good Job Nev :)
Thanks :)
06_taro
25th October 2011, 05:59
the rv3/4 seeking bug is easy to reproduce: open a rmvb file, play, and seek to other position. Without the patch it will give you a corrupted image until next key frame is shown.
I had very few rv videos and tried those files without finding corrupted image when seeking in the last week. Today I encoded some by myself to test and most of them break....
nevcairiel
25th October 2011, 06:07
I'm having trouble getting LAV to output the same colors as ffdshow/ffmpeg.
LAV output (http://i.imgur.com/Szb4D.jpg)
FFDShow output (http://i.imgur.com/1OxRz.jpg)
I got these screenshots with MPC-HC/EVR Custom. This is an 8-bit H264 video clip, so the input YCbCr should be 16-235 range.
Both decoders are set to output RGB 0-255 range, but LAV's output differs drastically from FFDshow's, which is the correct output. Any help in configuring LAV properly would be appreciated.
Just to make sure:
- You disabled all other output formats, only RGB32 is active (in both LAV and ffdshow)?
- In ffdshow, all "input" values are set to "Auto", no matrix or levels forced?
- In fdshow, "High Quality YV12 to RGB conversion" is checked?
If thats the case, output should be pretty similar, as the algorithm used is basically the same.
If nothing helps, cut a small sample that shows the difference.
FWIW, personally i think the LAV screenshot looks better. :p
PS:
Also try with the release candidate posted a few posts above yours.
nevcairiel
25th October 2011, 07:31
Im just a little said that now even ancient mpeg1 got multithreading support, but VC-1 still does not
MPEG1 is very similar to MPEG2, so the code is really the same.
VC-1 interlaced support is being worked on, however its still very unstable/buggy.
What do you think? Isn't this more convenient for the novice users using the Default mode?
I also think this could make the "Only forced subs" mode obsolete, right?
The "Default" mode resembles the behavior of Haali's Splitter as well as some other non-DirectShow players, and is what alot of people seem to expect to happen.
For anything else, there is the advanced mode, no one default config will make everyone happy.
Chillgurke
25th October 2011, 09:57
Why isnīt a installer aviable ?
pankov
25th October 2011, 10:13
The "Default" mode resembles the behavior of Haali's Splitter as well as some other non-DirectShow players, and is what some people do expect to happen.
For anything else, there is the advanced mode, no one default config will make everyone happy.
OK
I was just trying to suggest an improvement (from my point of view).
I can always use the advanced mode.
Thank you very much for making it.
:)
I have a question though. In the following scenario what should happen?
I play a movie that has English and French (and a few other audio tracks) and has English and many more subs. In fact it's the AVATAR Blu-ray disk released for EEE.
I've configured LAV Splitter as the image bellow (Audio: eng,bul Subtitles: eng:eng|f;*:eng;*:*|f;*:*d (Advanced mode))
http://img828.imageshack.us/img828/736/lavsplitterconfig.th.png (http://imageshack.us/photo/my-images/828/lavsplitterconfig.png/)
Everything works correctly and LAV Splitter automatically selects the best English audio track (dts-hd ma) and shows only the forced subs, but when I change to French audio (Using the Stream selection menu in Zoom Player) I'm still left with only the English forced subs (it doesn't switch to full English subs). Am I expecting too much from LAV Splitter? Is the subs logic only working when playback starts? .... as I write this I'm pretty sure what the answer will be but still it's better to ask than guess. ;)
btw
I've also tried the Star Wars saga Blu-ray discs (Episode I to be precise) and strangely I couldn't make LAV Splitter output only the forced subtitles. It was either showing full eng subs or none at all. Am I doing something wrong or this PGS subs are really bad to find the forced flag in them? It's working fine in TMT 5.
The scene which I've used for testing is around 00:31:42 (chapter 14).
rahzel
25th October 2011, 10:16
Hi nev,
When I play Transformers Dark of the Moon (7.1 TrueHD) on my HTPC, it only plays 5.1 TrueHD. It reads the track as 8ch but my AVR only shows 6ch. This is the only 8ch TrueHD track I have (8ch DTS-HD MA plays fine).
Using 0.37.
nevcairiel
25th October 2011, 10:18
Everything works correctly and LAV Splitter automatically selects the best English audio track (dts-hd ma) and shows only the forced subs, but when I change to French audio (Using the Stream selection menu in Zoom Player) I'm still left with only the English forced subs (it doesn't switch to full English subs). Am I expecting too much from LAV Splitter? Is the subs logic only working when playback starts? .... as I write this I'm pretty sure what the answer will be but still it's better to ask than guess. ;)
As you guessed, the whole logic is only for pre-selection of streams, once playback started its all left to the user to change streams.
PS:
Your tokens might not do what you expect them to do. "eng:eng|f;*:eng" will prefer english forced subs, but if none are present it will go to the second rule and match any subs. If you don't want any other subs for english audio, you need to insert a "eng:off" rule in between. BTW, your last rule is missing a |
I've also tried the Star Wars saga Blu-ray discs (Episode I to be precise) and strangely I couldn't make LAV Splitter output only the forced subtitles. It was either showing full eng subs or none at all. Am I doing something wrong or this PGS subs are really bad to find the forced flag in them? It's working fine in TMT 5.
There is basically two ways to do PGS forced subtitles, and only one of those properly works with LAV Splitter.
Avatar is using the first - the forced subtitles are mixed with the normal subtitles into the main subtitle stream. LAV Splitter can detect them and filter them out.
Star Wars is using the second - the forced subtitles are using a dedicated stream. Sadly, its not possible to auto-detect this at all right now, which stream is the right one is hidden deep into the BD menu logic (which is also the reason TMT5 works, it supports the Menu).
When I play Transformers Dark of the Moon (7.1 TrueHD) on my HTPC, it only plays 5.1 TrueHD. It reads the track as 8ch but my AVR only shows 6ch. This is the only 8ch TrueHD track I have (8ch DTS-HD MA plays fine).
I have no influence on how your AVR treats the streams.
pankov
25th October 2011, 10:29
As you guessed, the whole logic is only for pre-selection of streams, once playback started its all left to the user to change streams.
Fair enough
:)
There is basically two ways to do PGS forced subtitles, and only one of those properly works with LAV Splitter.
Avatar is using the first - the forced subtitles are mixed with the normal subtitles into the main subtitle stream. LAV Splitter can detect them and filter them out.
Star Wars is using the second - the forced subtitles are using a dedicated stream. Sadly, its not possible to auto-detect this at all right now, which stream is the right one is hidden deep into the BD menu logic (which is also the reason TMT5 works, it supports the Menu).
:(
That's sad.
I hope you'll be able to find a solution in future
rahzel
25th October 2011, 10:40
Hmm, weird... maybe my AVR has issues with 8ch TrueHD then.
kirakami
25th October 2011, 11:07
is it only me or LAV don't have tray icons yet?
using lav 0.37
CruNcher
25th October 2011, 11:09
@VFR Maniac
and yes not many parser parse this .mov (same for the .mp4 sample) @ all (most probably because of the issue with the 2 video track handler ids they only find the audio track Haali is one of them) i found only some parser (including Apples own) so far that can actually split this (.mov) though lav splitter (and so many ffmpeg based stuff) is the only one of those few failing with that freeze and seek issue @ playback currently and that seems to be ffmpeg dependent.
And yeah the most probably propagation of this (via mp4box) made the .mp4 corrupt and so it's also failing with for example Haali to be split correctly and the Avidemux remuxed one seems in the muxing this 2nd video track handler was eliminated (also Microsofts splitter has problems no thumbnail creation for this 2 track handler id .mp4, and WMP12 as well fails to parse the Video) that "fixed" one (eliminated the 2nd video handler and corrected timestamping in the remux i guess). parses correctly with Haali though crashes @ playback but doesn't freeze anymore (Microsofts Parser is now also happy in creating a thumbnail, and WMP12 also plays it back without freezing) with lav splitter (very nice what Avidemux did with the propagated *.mov issues it completely eliminated them :) )
General
Complete name : G:\testsuite2\2k-test.mov
Format : MPEG-4
Format profile : QuickTime
Codec ID : qt
File size : 1.25 GiB
Duration : 3mn 51s
Overall bit rate : 46.3 Mbps
Encoded date : UTC 2009-01-14 15:03:56
Tagged date : UTC 2009-01-14 15:04:40
Writing library : Apple QuickTime
Media/UUID :
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L5.0
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=24
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 3mn 51s
Bit rate : 46.0 Mbps
Width : 2 048 pixels
Height : 1 024 pixels
Display aspect ratio : 2.000
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.877
Stream size : 1.24 GiB (99%)
Language : English
Encoded date : UTC 2009-01-14 15:03:55
Tagged date : UTC 2009-01-14 15:04:40
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio
ID : 3
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 3mn 51s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 7.19 MiB (1%)
Title : Apple lydmediehŒndterer
Language : English
Encoded date : UTC 2009-01-14 15:03:55
Tagged date : UTC 2009-01-14 15:04:40
Menu
ID : 2
Title : TidskodemediehŒndterer
Language : English
Encoded date : UTC 2009-01-14 15:03:55
Tagged date : UTC 2009-01-14 15:04:40
Duration_LastFrame : 80
Bit rate mode : CBR
VFR maniac
25th October 2011, 12:42
@ CruNcher
Dump of MediaInfo is useless if it is a problem of container format.
Use other dumpers specialized for MOV/MP4 container format, such as Atomic Parsley, Dumpster, Atom Inspector etc.
I recommend you use boxdumper of L-SMASH (http://www.nmm-hd.org/newbbs/viewtopic.php?f=16&t=361) or Atom Inspector.
SamuriHL
25th October 2011, 14:14
is it only me or LAV don't have tray icons yet?
using lav 0.37
And why would you expect them? Nev hasn't implemented them. No changelist suggests otherwise. :confused:
nevcairiel
25th October 2011, 14:15
That seems to be a theme lately, people expecting features that never were added.
Either that, or the 5 day waiting period isn't long enough anymore. ;)
SamuriHL
25th October 2011, 14:16
Kinda seems that way doesn't it? I don't get it. Do people not read anymore?
pirlouy
25th October 2011, 18:56
I also though they would be some tray icons soon, after this post (http://forum.doom9.org/showthread.php?p=1528411#post1528411)! :D
Yes, you can't prevent people from being impatient; at least that means they're interested. :)
By the way, maybe tray icons are not necessary and it's a lack of MPC-HC...
SamuriHL
25th October 2011, 19:03
Adding icons is not the same as adding the functionality to use them. ;)
Keiyakusha
25th October 2011, 19:24
Kinda seems that way doesn't it? I don't get it. Do people not read anymore?
The worst thing is, some people seem to believe that they actually use these features, until the point when they was told that such features don't exist...
SamuriHL
25th October 2011, 19:27
The worst thing is, some people seem to believe that they actually use these features, until the point when they was told that such features don't exist...
It's very strange. Hence why I'm :confused: I guess. :)
nevcairiel
25th October 2011, 19:41
Maybe we shouldn't tell them then, that way they are happy, and i don't get odd feature requests. :)
SamuriHL
25th October 2011, 20:06
ROFLMAO! :) That's one solution, but, others of us like to know _*POTENTIAL*_ future plans with the understanding that, A) Things change and B) *FUTURE* plans.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.