1. |
Winamp (mind) |
16 sor |
(cikkei) |
2. |
Re: orajel (mind) |
32 sor |
(cikkei) |
3. |
Re: JAVA kerdes (mind) |
28 sor |
(cikkei) |
4. |
Re: JAVA kerdes (mind) |
32 sor |
(cikkei) |
5. |
Re: JAVA kerdes (mind) |
12 sor |
(cikkei) |
6. |
Valasz: JAVA kerdes (mind) |
47 sor |
(cikkei) |
7. |
JAVA - koszi (mind) |
3 sor |
(cikkei) |
|
+ - | Winamp (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
Mostanaban toltottem le a NET-rol a Winamp 3.0 -t, es van hozza egy CD
RIPPER nevu beepulo progi ami sajnos csak mp3-ba konvertal abban is
csak 128 bps -t lehet beallitani. Utana neztem es letezik egy CD
RIPPER PROFESSIONAL is, amit egyszeruen nem birtam sehonnan letolteni.
Nincs meg veletlenul valakinek? El tudnatok esetleg kuldeni? Elotte
irjatok a maganba, mert virusvedelmi okok miatt file-mellekleteket
letiltottam.
(tudom hogy sok mas progival is meg lehet a grabb -elest oldani, de
engem konkreten ez erdekelne)
Nem vagyok lista tag, ezert valaszokat inkabb maganba...
Elore is kosz!
Laci
|
+ - | Re: orajel (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Pityu!
>>>
> Nem talalok olyan progit ami a 23.976 fps divx-et 25 fps-
en jatszana le.
A divx ugyebar egy avi codec, az avi fajlt pedig olyan
frame rate-tel kell lejatszani, ami bele vagyon irva,
kulonben gyorsabb/lassabb kepfolyamot fogsz latni, extrem
esetben burleszket vagy lassitott felvetelt. Ilyenkor a kep
es a hang is el szokott csuszni egymastol.<<<
+Ezt en is tudom, egyebkent sok progi lejatssza a legkulonbozobb
lassitasokban, gyorsitasokban, es nem csuszik el a hang, ha a proci
birja. csak eppen 25/23.976 gyorsitast nem tudnak. Ez a gyorsitas NEM
lenne zavaro nekem, viszont a 25fps (50felkep/sec) TV-n 24 fps-nel
elkerulhetetlen docoges van, valahol be kell szurni extra kepkockat.
>>>Ha ugy gondolod, hogy az avi-ban rossz frame rate van
bejegyezve, akkor azt allitgasd, es a lejatszo programok
mindig annyival fogjak lejatszani. <<<
+Na akkor itt a megoldas, hol kell allitgatni a bejegyzett frame
rate-et, milyen progival? Virtualdub-bal volt valami lehetoseg de az at
akarta kodolni ujra, es a hang elcsuszott volna. OLyat ami egyszeruen
atirja a bejegyzest, nem talaltam, pedig milyen kezenfekvo lenne.
>>>Ez fuggetlen a geped orajeletol. <<<
+Valhonnan veszik az idozito orajelet, vegso megoldaskent azert
kerdeztem, hogy be lehet-e csapni az alaplapot? Bar az fps atirasa 1xubb
lenne :)
Sanyi
|
+ - | Re: JAVA kerdes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
> a problema a kovetkezo: ha a changeCounter() method parametere counter+1,
akkor
> a
> compiler azt mondja, hogy changeCounter(short) in Processor cannot be
applied t
> o (int)
Mert konvertalja a +1 miatt int-te. Esetleg Te visszakonvertalhatod.
> ha viszont a parameter ++counter, akkor semmi baja sincsen.
Ilyenkor nem konvertal, csak siman noveli eggyel.
> a changeCounter
> method-nak az lenne a feladata, hogy illegalis memoria cim eseten egy
megfelelo
> hibauzenetet (exception) kuldjon, ergo nem akarom rogton novelni az
erteket.
Bar nem tudom miert novelsz, de ha nem akarod rogton novelni, hanem csak a
kifejezes kiertekelese utan, akkor hasznald a counter++ -t a ++counter
helyett.
Ment maganba is.
Udv,
Imre
|
+ - | Re: JAVA kerdes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
X-News: ludens hun.lists.hix.coder:2735
[...]
>Hazifeladatkent egy microprocessor szimulatort kell irnom, ime a hibas reszlet
>a kodbol:
>public class Processor {
> private short counter;
> private int programSize;
>
> ...
>
> public void changeCounter(short newValue) {
> if(newValue<programSize) counter=newValue;
[...]
>a problema a kovetkezo: ha a changeCounter() method parametere counter+1, akko
r
> a
>compiler azt mondja, hogy changeCounter(short) in Processor cannot be applied
t
>o (int)
>
>ha viszont a parameter ++counter, akkor semmi baja sincsen.
Valószínűleg az az oka, hogy az 1, mint konstans, int típusú, ezért a
counter+1 típusa is int lesz, míg a ++counter short. Két ötletem lenne:
a, cast-olj (eléggé csúnya...) : (short(counter+1)) vagy
counter+(short)1 legyen a paraméter. Nem próbáltam ki, hogy működik-e.
b, Az osztály counter változója legyen int típusú, és persze a newValue
is legyen int típusú. Ha nincs valami egészen különleges oka annak, hogy
short legyen ez a változó, akkor talán érdemesebb ezt használni.
Bye,NAR
|
+ - | Re: JAVA kerdes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
Java-ban a numerikus literalok (szamok a forraskodban :)) alapertelmezes szerin
t int tipusuak, e miatt problemazik amikor short-hoz int-et
hozzaadsz, abbol int lesz, ami mar nem felel meg a letezo changeCounter 'lenyom
atanak'. Amikor a bemeno parametert modositottad, az meg
ezert volt csak fel megoldas, mivel belul a counter valtozot piszkalja, amit me
ghagytal short-nak, amibe valo ertekadas mar okozhat
vesztest. Vagy mindket helyen megvaltoztatod int-re, vagy a szukseges helyeken
typecast-et alkalmazol.
Otto
|
+ - | Valasz: JAVA kerdes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi !
> private short counter;
> public void changeCounter(short newValue) {
> changeCounter(counter+1);
> changeCounter(++counter);
>ha a changeCounter() method parametere counter+1, akkor
>a compiler azt mondja, hogy
>changeCounter(short) in Processor cannot be applied to (int)
>ha viszont a parameter ++counter, akkor semmi baja sincsen.
Igaza van a forditonak.
A
The Java Language Specification
azt mondja :
a.)
15.15.1 Prefix Increment Operator ++
...
The type of the prefix increment expression is
the type of the variable.
...
b.)
3.10.1 Integer Literals
...
An integer literal is of type long if it is
suffixed with an ASCII letter L or l (ell);
otherwise it is of type int
...
4.2.2 Integer Operations
...
If either operand is not an int, it is first widened to type int by numeric
promotion.
...
5.6.2 Binary Numeric Promotion
...
Otherwise, both operands are converted to type int.
...
Udv.
Szalai Gabor
|
+ - | JAVA - koszi (mind) |
VÁLASZ |
Feladó: (cikkei)
|
koszi mindenkinek a segitseget - ugy van, ahogy mondtatok.
zsepi
|
|