Создание раздела FreeBasic (голосование)

Приветствую всех форумчан!

Многие из вас, наверное, заметили, что на форуме слишком мало подразделов языка Бейсик,
особенно если сравнивать с Паскалем и си, в которых существуют свободные реализации.

Именно поэтому предлагаю администрации cyberforum подумать над созданием нового
раздела для FreeBasic. Предполагаю, если появится раздел, появятся и новые пользователи,
которые будут поддерживать его, включая меня.

Однако безосновательно создавать раздел я не прошу, давайте посмотрим нужен ли он людям,
для этого, собственно и создаю данный топик. Люди проголосуют и всё будет видно.

---

Почему FreeBasic?

1. Современный
2. Свободный и бесплатный
3. Кроссплатформенный(Windows, Linux)

Давайте посмотрим на функционал:

Описание: http://ru.wikipedia.org/wiki/FreeBASIC
Официальный сайт(Англоязычный): http://www.freebasic.net/

Ресурсы сети интернет по FreeBasic

Русскоязычные сайты:

http://freebasic.narod.ru/
http://freebasic.ru/
Статейка: http://www.tiflocomp.ru/docs/programming/fbc.php

IDE для FreeBasic(Англ.): http://fbide.freebasic.net/
Мануал по операторам\функциям: http://www.freebasic.net/wiki/... kka=DocToc
Архив с тулзами\библиотеками\туториалами: http://www.freebasic.net/___old_site/arch/

Частичная цитата:
FreeBASIC — язык программирования высокого уровня по синтаксису наиболее близкий к
QuickBasic ... Первоначально разрабатывался как свободная альтернатива Microsoft
QuickBasic, но быстро оброс новыми возможностями и стал мощным средством разработки.

• Поддержка Unicode.
• Множество встроенных типов переменных (Byte, UByte, Short, UShort, Integer, UInteger,
  LongInt, ULongInt, Single, Double, String, ZString, WString).
• Типы данных определяемые пользователем (бесконечная вложенность, Union, тип поля
  (array, function, bit fields)).
• Пространства имён.
• Перечислимый тип (Enum).
• Новые возможности при работе с массивами (до 2 ГБ размером, Redim Preserve).
• Указатели (указатели на любые типы данных, неограниченная косвенная адресация).
• Перегрузка функций и операторов.
• Необязательные аргументы функций.
• Встроенный ассемблер (ассемблерные инструкции в исходном коде программы).
• Препроцессоры.
• Typedefs.
• Конструкторы и деструкторы классов.
• Улучшенная графическая библиотека.

Моё мнение:

В целом, если полазить по интернету, можно понять, что у диалекта огромный потенциал.
Русских коммюнити FB не так уж и много, поэтому, было бы неплохо создать ветку и поддержать
разработчиков.


P.S. Я постарался донести информацию в объективной и понятной форме, надеюсь тема не
останется без ответа и голосов, всем спасибо за внимание .

9

Сообщение от Power_Basic использовал в своей программе одну полезную функцию WinAPI, которая поддерживается только начиная с семёрки.

Что за функция? Возможно есть альтернатива для XP.
Если программа не запустилась на XP из-за одной функции, на линукс вообще работать не будет, потому что в ней нет WinAPI.

Сообщение от Power_Basic Очень широко распространено мнение, что линукс гораздо "легче" винды.

Может когда-то было так, но не сейчас. Нет, если используется только ядро, без графической оболочки, ресурсов действительно нужно меньше, но будет доступна только консоль, как в MS DOS.

Сообщение от Power_Basic Вот именно от такого подхода мне и хочется уйти. Во-первых, для ускорения работы проги, а во-вторых, чтобы не "мордовать" SSD лишний раз

В любом случае нужно будет записать данные на диск. Что мешает накапливать скажем по 10 МБ данных, после чего сохранять на диск и накапливать следующую порцию данных? Это не снизит скорость работы и не увеличит износ SSD диска. Но требует намного меньше памяти чем в при накапливании всех данных в ОЗУ и их последующее сохранение.

0

Сообщение от Power_Basic Пришлось с большим трудом "впихнуть" на тот нетбук семёрку. Но там частота процессора всего 900Мгц

По копчику пробежал холодок... Дядь это реально больно. Откажись от этой функции напиши свой её аналог.
Поставь на бедного старика обратно XP, не мучай его.

Сообщение от The trick Не хотел обидеть, но это так и выглядит. Ты же пишешь - "с какого фига я должен под них подстраиваться", "Мне просто не охота", "Господи, мне ещё думать как угодить туркам и арабам." и т.п. Такое ощущение что ты "для себя" и пишешь, не зря в кавычках же написал. Без обид.

Пишу изначально для русских, если программа понадобится американцу, он спросит, локаль сделать легко,
несмотря на всю надменность менталитета этих ребят, я их никогда не кину на локаль.
Если спросит немец\француз\итальянец(короче то что тут недалеко и что влезет в 7 бит), то худо бедно
через гугл транслейт его пойму. Посмотрю их раскладку клавиатуры, посмотрю ASCII коды, алфавит языка,
дорисую чарсет и с аналогичных программ подёргаю переводы опций. А вот если спросит китаец, кореец или
ещё кто с 5000 тысячным иероглифическим алфавитом - я его пошлю на три буквы))) Потому что во-первых
я его не пойму ни при каких обстоятельствах ни через какие гугл транслейты, а-во вторых пусть они под
нас стелятся, под них точно стелиться не буду, у нас умнейший народ, делаю для своего народа
в первую очередь, всё остальное по мере запроса(спроса), сил и возможности. А у китаёз есть кому
свой софт писать их там тьма, мне нт резона делать прям для всех всех. Мне это пользователей не прибавит.
Но пока просили только русские. И ни о какой массовости речи не шло. Но тем софтом, что есть
- пользуются активно. Например, на этом редакторе человек сделал около 30-ти карт(2011-2018г):

Разработка редактора: 2,5 Года. 3GL чистейший, в QB стиле на PureBasic. 2011-й.
Весь свой софт перечислять не буду. Но в пустоту не пишу, всегда по нуждам.

0

Сообщение от Pro_grammer Сообщение от Power_Basic Ну это же очень удобно, если, например, при создании той же аудиокниги у нас имеется возможность создавать "сырой" аудиопоток (а это WAV, который в 11 раз объёмнее чем MP3), не разрезая по частям исходный текст (а это, например, огромная толстенная книга), а "заряжать" всё содержимое целиком в память...а вот когда из имеющихся 64 можно будет использовать только 3, тогда это, знаю наперёд, будет очень обидно Это утопия. Мало того, что хорошая mp3 книга всегда разделена на главы, так её удобно слушать, так ещё и технический аспект, для гарантийной совместимости, обычно карту памяти форматируют в FAT32, а это ~ 4 ГБ на файл макс.

На главы делить, как делит большинство программ, предназначенных для создания аудиокниг, мне не удобно, потому что там обычно "безликие" названия файлов получаются в итоге: 0001.mp3, 0002.mp3, ну и так далее. До пяти ещё полбеды, а вот дальше я уже начинаю путаться, какой уже прослушал, а какой ещё нет. Пусть уж лучше будет один большой mp3-файл.

А про карточки не соглашусь. У меня прямо сейчас в планшете установлена карточка на 32 гига. Да и потом, надо же смотреть на перспективу. Например, лет эдак через пять будут уже совсем другие масштабы.

Сообщение от Pro_grammer И практический аспект состоит в том, что реально будет обидно, когда вся ваша работа по записи непрерывного файла пусть даже на 10 ГБ навернётся из за сбоя записи на диск или сбоя памяти. В случае с маленькими фалами вы теряете только один, а тут сразу всё.

Ну не беда, ещё раз запишу, кто мне мешает это сделать.
Да и потом при современной технике трудно представить, что будет сбой записи в память, а от записи на диск я как раз-таки и собираюсь полностью уйти (причины перечислил выше).

Сообщение от Pro_grammer Разрезать руками текст не надо. Надо программно делить текст на главы, это же не трудно сделать, они же отличаются визуально по многим признакам. Тогда процесс будет непрерывным, а книжка удобной и совместимой с любым носителем.

Ну я же руками ничего и не собираюсь разрезать. Программа будет делить исходный текст на 5 приблизительно равных частей, затем их будут одновременно обрабатывать 5 потоков (у меня сейчас 6 ядер процессора) и записывать, соответственно, в 5 аудиопотоков в памяти. Затем полученный результат мы "сшиваем" в один "сырой" аудиопоток, приделываем WAV-заголовок и сбрасываем на диск, а там этот файл "подхватывает" сторонняя утилита, конвертирующая этот файл в формат MP3. Ну и всё, аудиокнига готова.
Да эта программа уже даже прямо сейчас исправно работает. Проблема только в том, что не могу научиться записывать одновременно в 5 потоков (сейчас запись идёт только в один). Ну и на очень уж больших файлах я её пока не тестировал.

0

Сообщение от Power_Basic Программа будет делить исходный текст на 5 приблизительно равных частей, затем их будут одновременно обрабатывать 5 потоков (у меня сейчас 6 ядер процессора) и записывать, соответственно, в 5 аудиопотоков в памяти. Затем полученный результат мы "сшиваем" в один "сырой" аудиопоток, приделываем WAV-заголовок и сбрасываем на диск, а там этот файл "подхватывает" сторонняя утилита, конвертирующая этот файл в формат MP3. Ну и всё, аудиокнига готова. Да эта программа уже даже прямо сейчас исправно работает. Проблема только в том, что не могу научиться записывать одновременно в 5 потоков (сейчас запись идёт только в один). Ну и на очень уж больших файлах я её пока не тестировал.

Так не следует делать. WAV файл сам по себе не может хранить больше приблизительно 4GB. Не знаю какого качества будет результирующий файл, но само ограничение нужно учитывать.
Правильней делать потоковое кодирование и сразу сохранять в mp3. Там хоть в 10 потоков пишите.

0

Сообщение от Power_Basic мне не удобно, потому что там обычно "безликие" названия файлов получаются в итоге: 0001.mp3, 0002.mp3, ну и так далее.

Ерунда какая то. Вы же сами творец своей книги, давайте нормальные названия, как в бумажной книге.

Сообщение от Power_Basic У меня прямо сейчас в планшете установлена карточка на 32 гига.

Это тут причем? Я же про размер максимального файла в FAT32...

Сообщение от Power_Basic а от записи на диск я как раз-таки и собираюсь полностью уйти

Сообщение от Power_Basic приделываем WAV-заголовок и сбрасываем на диск, а там этот файл "подхватывает" сторонняя утилита

Это два взаимоисключающих сообщения.

0

Сообщение от Power_Basic Не, ну если я сейчас про все свои "проекты" начну рассказывать, тогда впору палатку ставить прямо здесь на форуме и ночевать в ней

Так интересно ж ёпта. Всё на надо, самое жирное откормленное, мясо, мясо подавай.
Мелочёвки тут у каждого с лихвой.

0

Сообщение от Power_Basic У меня прямо сейчас в планшете установлена карточка на 32 гига.

А на ней файловая система FAT32, верно? У нее ограничение 4 ГБ на файл о чем написал Pro_grammer.

Сообщение от Power_Basic Программа будет делить исходный текст на 5 приблизительно равных частей, затем их будут одновременно обрабатывать 5 потоков (у меня сейчас 6 ядер процессора)

Если каждый поток использует не сто процентов мощности ядра, можно запустить больше потоков чтобы ускорить процесс.

Сообщение от Power_Basic Затем полученный результат мы "сшиваем" в один "сырой" аудиопоток, приделываем WAV-заголовок и сбрасываем на диск, а там этот файл "подхватывает" сторонняя утилита, конвертирующая этот файл в формат MP3

Вы же писали что не хотите тратить ресурс SSD, но выбрали такую неоптимальную схему. Кодируйте в MP3 в приложении и после пишите на диск.
Это не сложно. Вот часть кода преобазующая WAV в MP3 посредством acm функций.*WaveBuff содержит сырые данные WAV, а функция WriteData записывает на диск данные преобразованные в MP3.

Сообщение от Power_Basic Проблема только в том, что не могу научиться записывать одновременно в 5 потоков (сейчас запись идёт только в один).

Создайте на форуме тему в которой напишите что не получается.

1

Сообщение от Power_Basic что не могу научиться записывать одновременно в 5 потоков

Судя по тому, что если запустить сразу несколько копий программ и работает только одна на чтение голосом или запись в файл. Вторая начинает работать, когда заканчивает предыдущая или предыдущую поставить на паузу. Видимо SAPI5 не рассчитан на параллельную работу. Очевидно, что и в многопотоке работать не станет, потому даже лень проверять.

0

Сообщение от locm на линукс вообще работать не будет, потому что в ней нет WinAPI.

Хватит эти сказки рассказывать, есть в линексе винапи.

0

Сообщение от Замабувараев Хватит эти сказки рассказывать, есть в линексе винапи.

Ага, вон TrickComposer написанный на VB6 завелся под убунтой:

0

Сообщение от Замабувараев Хватит эти сказки рассказывать, есть в линексе винапи.

И где они? в Wine? По вашему там есть полный список WinAPI? У меня далеко не все программы в вайне корректно работают. Например те что используют HID.dll в вайне не работают.

0

Сообщение от locm И где они? в Wine?

Создайте отчёт о баге, сделайте пэтч в вайн.

0

Спасибо, но я лучше буду пользоваться виндой, чем эмулятором винды.
В линуксе свои функции, а Wine это только эмулятор со множеством ограничений, который транслирует WinAPI в функции Linux.
А вообще вы не последовательны. Называете не юникодные функции - BloatWare, но при этом предлагаете пользоваться Wine. Знаете сколько лишних действий производится при работе Wine по сравнению с вызовом функций Linux?

0

Сообщение от The trick Насчет многопоточности. Чем не устраивает ActiveX EXE многопоточность которая встроенная?

Мне очень стыдно, но я представления не имею, что это такое. Что такое ActiveX приблизительно знаю, - так вроде бы называют компоненты COM, которые имеют графическое представление на экране (дополнительные контролы). А вот что такое ActiveX EXE не знаю.

Сообщение от The trick Второй момент это то что прежде чем писать многопоточную программу нужно правильно это уметь делать. Мой модуль можно использовать как библиотеку - разбираться как он работает изнутри - необязательно. Вы же к примеру не разбираетесь как работает тот же SAPI внутри, как происходит синтез и т.п. Тоже самое и здесь.

Ну дык я же и не собираюсь влезать в недра вашего кода. Единственный смысл моего высказывания состоял в том, чтобы выразить благодарность за то, что вы своими инновациями реально учавствуете в войне против раздутого ПО.

Сообщение от The trick Сообщение от Power_Basic Работать с ними, конечно, хорошо, но, к сожалению, совсем не просто В чем сложности? Работать с COM можно хоть из ассемблера, и это не так сложно. Что уж говорить про другие ЯП.

Сложности состоят в том, чтобы не запутаться в хитросплетениях зависимости объектов друг от друга. Ну и ещё в структурах тоже. Они же очень часто вложены друг в друга как матрёшки.

Сообщение от The trick Я говорю сейчас именно о работе с готовыми, а не создание COM компонентов.

Создание своих собственных компонентов меня сейчас совсем не интересует, потому что это мне и сейчас не по плечу, да и даже в отдалённом будущем я таких перспектив не прозреваю.

Сообщение от The trick Это вообще неправильная концепция если у пользователя 64Г памяти это не значит что приложение должно отжирать все 64 гига. Вы когда смотрите 2 часовой фильм думаете все кадры из фильма разжимаются и висят в памяти? Это сколько же тогда нужно памяти! Использование FileMapping - это никакие не сложности когда нужен большой объем памяти, так работает ОС вообще. Ваша задача решается потоковым сжатием и записью в файл, тут вообще не нужно много памяти.

У вас подход академический, а у меня рабоче-крестьянский
Для реализации вашего подхода мне придётся перевернуть кучу литературы, а мой собственный можно использовать хоть прямо сейчас

0

Сообщение от locm А вообще вы не последовательны.

Да, нехорошо получилось. Но это не отрицает факта, что WinAPI в линуксе есть, а вы говорите, что его там нет.

Добавлено через 6 минут
Зачем вам вообще эта запись в файл? Отправляйте данные по сети на другую машину, пусть она сама там решает что с ними делать.

0

Сообщение от Замабувараев WinAPI в линуксе есть

Нет в линукс WinAPI. Есть их эмулятор и далеко не всех функций. Запуск в эмуляторе это не тоже самое что запуск линукс приложения.
Эмулятор доступен как дополнение, а не составная часть системы.
Лечь идет о разработке приложений для Linux, а не запуска Windows приложений в эмуляторе.

0

Сообщение от locm Нет в линукс WinAPI. Есть их эмулятор

Ну раз так, то и винапи в винде тоже нет, они все эмулируются библиотекой kernel32.dll, которая лишь оболочка для ntdll.dll.

1

WinAPI это гораздо больше чем библиотеки user32.dll, kernel32.dll и др.
ntdll.dll это прослойка между ядром и приложениями.

0

Сообщение от Quiet Snow недавно потребовалось использовать ротацию битов. Городить код на бейсике - да ну нафиг. Врубил асм, одной инструкцией ROL \ ROR фигакс - дело сделано.

Опаньки! Мне это как раз напомнило одну из моих давнишних самодельных утилит для шифрования и последующей расшифровки файлов. Ну просто для интереса тогда делал, а вовсе не для практических целей. Ну и ещё для того, чтобы скорость работы встроенного ассемблера испытать.
Короче говоря, объявляем большую-пребольшую строку и узнаём адрес её начала. Это наше "поле" для работы ассемблера. Потом грузим туда весь файл целиком и циклически прокручиваем все биты каждого байта именно с помощью ROL, ну а для расшифровки, соответственно, прокручиваем обратно с помощью ROR. Кстати, большие файлы (фильмы, например) приходилось разрезать на несколько частей и обрабатывать "покадрово". И это ещё один аргумент за доступ к большему объёму ОЗУ.

0

Сообщение от locm WinAPI это гораздо больше чем библиотеки user32.dll, kernel32.dll и др. ntdll.dll это прослойка между ядром и приложениями.

Это всё подсистема Win32, которую можно выпилить. Ядро и нативные процессы (ssms.exe) работает без подсистемы Win32.

Сообщение от locm Эмулятор доступен как дополнение, а не составная часть системы.

Вообще мне непонятно почему вы считаете библиотеки из коробки какими‐то особенными, имеющими привилегии, а добавленные библиотеки — какими‐то неправильными, порочными. Библиотеки из коробки обращаются к функциям ядра точно также как и библиотеки не из коробки, ядро не отдаёт предпочтения тем и не гнобит этих.

0