Priest of the Order of the Butterfly
Posts: 607 from 2007/7/29
Quote:
jPV wrote:
I started to implement FLAC support on RNOTags, but it's a bit mess because I didn't plan it well enough originally :) It's still quite unfinished, but maybe I should continue with it. IIRC OggVorbis is a bit PITA format for writing and I think I wasn't that keen to implement it (especially when I don't use that format myself), but I should refresh my memory regarding it.
Maybe this is good? https://github.com/xiph/vorbis
Quote:
MP3TagEditor and other programs on our platforms have some critical issues and that's why I wrote my own program in the first place.
1) MP3TagEditor is unstable and hits in the debug log in certain situations. It's always a risk to write files with it and you'll better to reboot the machine after using it to avoid any further implications.
2) MP3TagEditor, as all other programs on Amiga/MorphOS too, don't preserve all ID3V2 frames that can exist in MP3 files. They only preserve a limited set of frames that they can edit, but all other information is lost from files when you edit an existing tag with these programs. It isn't an issue with new files without any existing tags, but I see it as a major issue when editing files that already have tags. This applies on most programs on other platforms too, I guess I'll have to try how that MP3Tag program on Windows handles them.
3) You can't embed/export cover images from MP3 files with the existing MorphOS/Amiga programs.
That would all be good to be fixed, yeah.
Quote:Quote:
Because it is much beter performing than the sluggish Hollywood programs.
You can't say Hollywood programs would be sluggish per se. It's a programming/scripting language as any other language, and the biggest impact on the speed is skills of a coder and code design/quality, just like with any language.
I know that I could make RNOTags writing speed quite a bit faster, but my initial design was to make it extra safe with low memory footprint, and it's still been fast enough for my use. But please let me know if this is why you consider RNOTags sluggish or is it something else that feels slow?
I understand your reason for your own program. Possibly you used MP3TagEditor more intense than me. When I used it, it was enough for my need. Why I don’t like Hollywood programs: they are always much fatter and slower than programs in C or E or Pascal or so. e.g. because they have huge sizes compared to every other language program (even when the *hws must still be added to the directory). They are at least 10 or often 100 times bigger than comparable not Hollywood programs. This is how Hollywood is constructed in general, it has nothing to do with the skills of a programmer. Then especially MUI programs are so much slower when I change the window size or move them around or switch tabs etc. The window laggs when I move it around or change the size ONLY for Hollywood programs. No other MUI program has that issue. Even not ARexx MUI programs. So it is because of Hollywood. And then that they are only MUI 3.8 programs and not make use of the newest MUI features on MOS. And also that when there is an error the whole program crashes immediately. Many more reasons but those are heavy enough that I don’t want to use Hollywood programs.
