Not a stupid question, but: * I'm currently the only contributor, and have been for a while (except for 2 translators) * I don't have .m4a files * I tend to be very busy, so it took me some 10 years to put back functionality that was there in the beginning , but was lost due to changes outside my control, and that only happened during some time between jobs. (I just started a new job, so I'm busy again.) * Many people switched from having files to streaming, so there is less interest in programs...
I know, MP3 Diags is for .mp3 files. But I have a lot .m4a files and unfortunately, I haven't found a program that's as good as MP3 Diags for .m4a files. Is there a tiny chance that .m4a files will also be supported?
I downloaded a bunch of files from aprilwinchell.com, but there doesn't seem to be much special about the ones I could download. Judging by the file size, which is listed for many files, I'd expect the smaller ones to contain data in more exotic formats, which is what I actually wanted, but they all seem to be on Hostropolis, which is down. For the ones I could download from aprilwinchell.com, the audio part is MPEG-1 Layer III, which is what MP3 is really supposed to be. Some have an ID3v2.2.0 tag...
I don't know what happened to the link. Either I forgot to paste it or the internet ate it. https://aprilwinchell.com/audio/ It's a defunct site. Some files are there, some are moved elsewhere, some are apparently gone. But there's still a pile of low-quality files of various sorts. On 1/12/2024 12:36 PM, Ciobi wrote: /"Here"/, where? If you meant to sent some files other than those on December 7, please repost the link or or attach them, as I don't see what you're talking about, and and I don't...
Shell Integration is not quite what you asked, but it can be used to some extent for the same purpose. I updated the documentation up to Windows 11, which will make it on the official site at some point, but can be seen at github until then. Please take a look and let me know what you think.
The latest unstable version (1.5.03) added support for MPEG 2.5, which covers a good deal of the previously unsupported files. Is 1.5.03 the version you tried? The 1.5.03 version can be found here.
The latest unstable version (1.5.03) added support for MPEG 2.5, which covers a good deal of the previously unsupported files. Is 1.5.03 the version you tried?
Just wasted my time trying to figure out what was wrong with my mp3. Using mp3val I figured out it was an unsupported MPEG strream. Any luck these will change soon? At the very least indicate them as unsupported?
Just wasted my time trying to figure out what was wrong with my mp3. Using mp3val I figured out it was an unsupported MPEG strream. Any luck these will change soon?
I sometimes want to take a look at a file deep into the filesystem hierarchy. It would be nice if path field was editable to allow us to paste a path and scan it quickly.
Added string split function
Clean up for genres in 2.4.0.
Use Mp3Diags user agent when getting info about the latest version
Updated the reference list
Updated macOS status
Merge pull request #8 from gbaudic/french_translation
Updated French translation
"Here", where? If you meant to sent some files other than those on December 7, please repost the link or or attach them, as I don't see what you're talking about, and and I don't see a prior mention of april winchell.
Here's a whole motherlode of mislabeled MP2s and related things. Most of mine are from her old site. The ones on the aprilwinchell site are still there. Hostropolis appears to have vanished, though. On 1/9/2024 7:10 AM, Ciobi wrote: I published version 1.5.03 https://sourceforge.net/projects/mp3diags/files/unstable/mp3diags-windows-setup/, which has support for MPEG 2.5. Please let me know if you still have files that are not processed correctly. Low-quality MP3 files https://sourceforge.net/p/mp3diags/discussion/947207/thread/172a244b93/?limit=25#8dfc/0bcb/00a3/ffc5/3189/64eb/1318/b4ea...
OK, I think I get it now. For one thing, your file doesn't have pipes, as can be seen in the attached screenshot. (Well, one's background is important in interpreting the screenshot, but hopefully it helps.) In the file there are 3 different genres, using 2 standards (ID3v2 native and Winamp's extension to ID3V1): 1. 80, which means "Folk", and is from Winamp's extension to ID3V1 2. 86, which means "Latin", and is from Winamp's extension to ID3V1 3. "Folk, World, & Country", which is a Id3v2 native,...
Well-well, it seem like I found something interesting: As you said that my mp3 file doesn't have any pipes (because I might sent you the wrong file) I proceed to download the file from this page to check it out with Kid3, and for my surprise I found that it is the right file, but then I proceed to check it out with MP3 Diags and I found out that all the pipes were already replaced with commas with a blank space, in the untouched file. In fact, I reloaded the file in Kid3, close the software, re-open...
Regarding the issues of 2.4.0, I don't have a clear recollection, but it was something like this: Popular editors and players disagreed on what the implementation was supposed to be for some feature, and many didn't conform to the published standard. As such, I had to choose between writing correct 2.4.0 tags that some broken but popular tools thought were incorrect (and what the users viewed as "MP3 Diags broke my tags"), or writing incorrect ones, but then other users would complain. Or just use...
I published version 1.5.03, which has support for MPEG 2.5. Please let me know if you still have files that are not processed correctly.
Updated release logs
Updated documentation
Added licenses for OpenSSL
Comments
Removed replacement stubs for Qt4's QHttp
Moved #include that was put by mistake in a Linux-only area
Added forgotten env variable for OpenSSL
Made checking for new version work
Made checking for new version work
Made HTTPS work, via OpenSSL
Switched to plain HTTP for image URLs, as HTTPS doesn't work on Windows unless other changes are made
Moved some networking functions from MusicBrainzDownloader to Helpers
Enabled "close" button for maximized images in "tag editor" and "main tag details" in Windows
Updated translations for AlbumInfoDownloaderDlgImpl
Changed documentation to reflect that MusicBrainz works and Discogs doesn't
Info download: Added the volume name to the grid, for multi-volume albums
AlbumInfoDownloaderDlgImpl: Make the "volume" dropdown wider
Added volume support to MusicBrainzDownloader
Addressed TODOs
Removed forgotten reference to SimpleSaxHandler
MusicBrainzDownloader: Commented out some debug info
Fixes for translations (some text wasn't translated)
Added missed translation changes
Updated & fixed translations
MusicBrainzDownloader: accept gzip
Show JSON processing error when downloading album info
Added getCurrentThreadInfo()
Made MusicBrainzDownloader work, mostly by fixing the query and adding a timeout for image download.
Added function to join elements of a vector of strings
Made MusicBrainz work (WIP).
MusicBrainzDownloader: Show which international site will be used
Don't call virtual method in destructor in MusicBrainzDownloader
Well, this is the first time I read about any issues with the ID3v2.4.0 version, and I'd like to know about it. About the conversion automatic 2.3.0-2.4.0 conversion, I confess it passed me by. I thought the metadata fetching executed by Kid3 was the cause. Now I see MP3Diags does it too (which I'd prefer it doesn't do it, but I guess it have to, to be able to apply the corrections). Another unnoticed consequence of transformations: music genre numeric codes in parenthesis instead of strings. It...
This is the first time I hear about an advantage 2.4.0 has over 2.3.0. While the standard itself is a bit better than 2.3.0, there are all sorts of issues with the actual implementation, hence my decision to always use 2.3.0. As such, I'm surprised to read that MP3 Diags does anything on 2.4.0 tags, as the first thing it is supposed to do is convert them to 2.3.0. Well, can you send a file with this issue, so I can take a closer look at what's going on? (Attach here or mail to mp3diags@gmail.com...
I forgot to mention that the mentioned replacement happens applying the custom transformation list #4 : Restore flipped bit in audio Remove inner non-audio Remove truncated audio streams Repair VBR data Remove mismatched Xing headers Discard invalid ID3V2 data Remove unsupported ID3V2 streams Remove multiple ID3 streams Remove unknown streams Remove broken streams Remove unsupported streams Remove truncated audio streams Remove null streams Remove extra space from ID3V2 Make the largest image "Front...
Pipe characters replaced by commas on ID3v2.4 tags
Added CPU count to build instructions.
Fixes for decreaseRowHeaderFont() and more clarifications about fonts and grids
More reasonable color for headers in Windows.
Set header color explicitly for table headers in Windows, as the default is white and there is no separation between headers and regular cells
main: Renamed CliOutputFormat entries to be able to compile on Windows
Improved the default fonts
Moved several lines around, for consistency
Added some spaces to make sure the tag names fit in the tag editor
Added an alternative model and delegate, to be used when debugging
MultiLineTvDelegate: Added a name field, for debugging purposes
Comments and debug code
Increased the width allocated for the vertical header in most grids, as newer Qt versions had some truncations
Turned m_generalFont into a local variable
Removed 000 fromemail template subject
Include version in main window's title
What I REALLY want is that it not delete the entire contents when I click 'remove unknown streams'. It sounds like you're on a better path to that result than my stopgap suggestion anyways. Best wishes with that. On 12/13/2023 9:09 AM, Ciobi wrote: Well, support for MPEG 2.5 (which is what your files use, according to the documentation I looked at - this http://mpgedit.org/mpgedit/mpeg_format/mpeghdr.htm or this https://www.codeproject.com/Articles/8295/MPEG-Audio-Frame-Header) is implemented and...
Well, support for MPEG 2.5 (which is what your files use, according to the documentation I looked at - this or this) is implemented and pushed now, so it can be used to build the program from sources. It should be in the next official release (probably in January). As far as I can tell, it works fine, but I didn't have many files to test with. If you'd still like to be able to ignore such files, I'm afraid there is no good solution. Perhaps another setting, to ignore files that meet some condition...
Added support for MPEG 2.5
Clarified differences between 1.2.03 and 1.5.01
Fixed wording in README.md
Fixed typo
Translate notes when exporting them
Only use the default ignored notes the first time a session is opened.
I don't care if it 'works' as long as I can tell it to ignore them. I couldn't figure out how to do that without physically removing them from the folders. That would be sufficient function for me. It's not like they are, in general, files that can be improved much. On 12/11/2023 1:26 AM, Ciobi wrote: Yes, I started working on adding support for these files, but I found I needed to do other things first. (I knew about these from the first version, just wasn't sure if anybody cared.) Low-quality MP3...
Comment
Added scripts to run scan and transformation tests after making changes
Rename processFullName->processDir
Documentation:
Fixed memory leak in CLI mode
Removed old code
Made exporting as text globally available and starting to use it in CLI
Yes, I started working on adding support for these files, but I found I needed to do other things first. (I knew about these from the first version, just wasn't sure if anybody cared.)
More info - MP3Tag identifies at least some of the files as MP2 Layer III, rather than MP1 Layer III. As it's editing tags and not data, it then successfully ignores that. On 11/26/2023 1:49 PM, Ciobi wrote: Can you send me such a file to take a look? (Attach here, or mail to mp3diags@gmail.com) Low-quality MP3 files https://sourceforge.net/p/mp3diags/discussion/947207/thread/172a244b93/?limit=25#8dfc/0bcb Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mp3diags/discussion/947207/...