Альтернативы циркулирующим буферам в Плееры в J2ME?

Question

Альтернативы циркулирующим буферам в Плееры в J2ME?

Поскольку в SQL Server нет триггеров BEFORE INSERT для изменения этой вставки до ее завершения, я бы использовал триггер INSTEAD OF INSERT (ваш код триггера выполняется вместо обычной вставки, так что вы можете добавить свои проверки и / или дополнительные действия).

Этот образец триггера будет вставлять строки в A только в том случае, если их нет в B:

CREATE TRIGGER tr_a_ioi ON A
INSTEAD OF INSERT 
AS BEGIN 
  insert into A 
         select I.* 
         from inserted I
              left join B on B.PK_Field = I.PK_Field
         where B.PK_Field is null -- no corresponding row is found in B   
END

Вы можете написать аналогичные триггеры INSTEAD OF UPDATE и INSTEAD OF DELETE для выполнения дополнительных проверок или действий при попытке обновить или удалить строки в A.

6

java streaming java-me mmapi

задан double-beep 7 April 2019 в 19:30

3 ответа

Другие вопросы по тегам:
java streaming java-me mmapi

Похожие вопросы:

100
Скрытые функции Java - 23 May 2017 02:26

73
[Закрываются] скрытые функции Eclipse - 6 May 2012 17:23

51
Почему это считают плохой практикой для исключения фигурных скобок? [закрытый] - 19 August 2016 17:07

48
Проверьте, верно ли хотя бы два из трех логических значений - 25 January 2013 22:30

47
Какова самая частая проблема параллелизма, с которой Вы встретились в Java? [закрытый] - 5 August 2012 12:49

41
Как я могу объединить два массива в Java? - 22 December 2018 15:35

41
Что возможно в IntelliJ, что невозможно в Eclipse? - 6 January 2012 05:17

score 2 · Answer 1

Единственный хороший способ воспроизвести длинные (3 минуты и более) дорожки с J2ME JSR135, с умеренной надежностью, на самом большом количестве трубок, это использовать «file: //» URL, когда вы создаете проигрыватель или хотите, чтобы входной поток фактически исходил из FileConnection.

последние телефоны Blackberry могут использовать ByteArrayInputstream только тогда, когда у них имеется большая доступная память кучи Java.

многие телефоны работают на Symbian операционная система позволит вам помещать файлы в приватную область для приложения J2ME, при этом сохраняя возможность воспроизводить треки в том же месте.

score 0 · Answer 2

EDIT2: Or you could just look at this which seems to be exactly what you want: http://java.sun.com/javame/reference/apis/jsr135/javax/microedition/media/protocol/DataSource.html

I would create two Player classes and make sure that I had received enough chunks before I started playing them. Then I would start playing the first chunk through player one and load the second one into player two. Then I would use the TimeBase class to keep track of how much time has passed and when I knew the first chunk would end (you should know how long each chunk has to play) then I would start playing the second chunk through the second player and load the third chunk into the first and so on and so forth until there are no more chunks to play.

The key here is using the TimeBase class properly to know when to make the transition. I think that that should get rid of the annoying 1/4 second gap bet between chunks. I hope that works, let me know if it does because it sounds really interesting.

EDIT: Player.prefetch() could also be useful here in reducing latency.

score 1 · Answer 3

Lots of people seem to be ignoring the original question of "Differences between UNIX and Windows development" and so I will talk a little about that.

Regarding should I learn C#:

I think you need to learn a language like C# [1] at some point. The question is not a matter of if you should learn it but when when you will learn it.

Regarding alternative similar languages to C#:

Java is another language that is very similar to C#. Java IMO is the father of C# and IMO I prefer Java.

I offer you a metaphor to explain my predilection towards Java. Java had this son C# who saw all the success of his father. The son got jealous and tried to do the same thing his father was doing.

In the this case, MS is the upstart son trying to upstage the older father. However the upstart C# is missing a couple of key things IMO:

truly cross-platform
smaller library of tricks owning to the shorter lifespan of C# ( or as I like to call it a smaller box of pre-built legos )
I prefer Java for the above two bullet points.

[1 - сноска] Когда я говорю «такой язык, как C #», я имею в виду тот факт, что существуют другие языки с похожими функциями. В частности, такие функции, как: сборка мусора, 100% объектно-ориентированная с самого начала (против взлома C ++ в объектно-ориентированном подходе), встроенная документация по типу xml (подумайте о javadoc) и гибкость, позволяющая делать много разных вещей.

Что касается того, должен ли я учиться. NET:

Я написал лишь небольшое / промежуточное количество C #, но из этого небольшого количества я заметил, что .NET в значительной степени требуется, когда вы делаете что-либо на C #. (Я понимаю, что C # очень кровосмешение с .NET и его трудно отделить.) Насколько я понимаю, я могу ошибаться ... большинство / все стандартные основные библиотеки C # - это C #, и поэтому вам необходимо иметь .NET. если вы работаете с C #.

Вернуться к исходному вопросу " Не избавляйтесь от этих пробелов, по крайней мере, ни на одном устройстве, на котором я это пробовал. Это действительно очень раздражает. Это часть спецификации, что вы не можете передавать аудио или видео через HTTP.

Если вы хотите транслировать поток с сервера, единственный способ сделать это - использовать сервер RTSP , хотя вы вам нужно будет проверить поддержку этого на вашем устройстве.

И подделка RTSP с использованием локального сервера на устройстве (rtsp: // localhost ...) тоже не работает .. Я тоже пробовал.