kfgz

Jeżeli poniższe sterowniki będą kompatybile z twoją kartą to Twój problem powinien zniknąć, a jak nie to poszukaj innych sterowników. http://mowa.home.pl/kfgz/sbdrv.zip

No dobra. Spróbuj teraz odtworzyć film ale bez ścieżki dźwiękowej: http://www.videoaudio.pl/Czytaj-artykul-10.html Jak nie będzie przeskoków to na 95% wina sterowników od karty dźwiękowej.

Hdd regenerator - wolny ale dokładny.

Wygląda na problem ze sterownikami od karty dźwiękowej: http://forum.divx.pl/viewtopic.php?t=14742 Zobacz czy coś pomoże jak odtworzysz film w Media Player Classic z ustawieniem karty dźwiękowej na Default WaveOut Device (View --> Options --> Playback --> Output --> DirectShow Audio). Sprawdź też czy podczas odtwarzania (MPC z WaveOut) w momencie "przeskoczenia" filmu do przodu pojawiają się liczby w polach Przerwy oraz Cisza (zakładka Zaawansowane). Okno wywołaj poprzez Play --> Filters --> Default WaveOut Device.

Kanał alpha w obu przypadkach jest identyczny (255) z bardzo prostej przyczyny - JPEG nie ma kanału alpha.

Po dodaniu optymalizacji w gcc (-O3), czas wykonywania kodu skrócił się do 70 sekund.

Witam, Dużo osób twierdzi, że aplikacje pisane w Javie działają wolno. Pewnie mają rację ale czy zawsze? Postanowiłem to sprawdzić doświadczalnie porównując dwie identyczne aplikacje do znajdowania liczb pierwszych. Jedną napisałem w C, a drugą w Javie. Oczywiście test nie jest do końca miarodajny ze względu na prostotę użytego kodu :/ Java: public class prime { static int Liczba, Licznik = 1, d = 3, g = 20000000, Krok = 2, Dzielnik; public static void main(String[] args) { for (Liczba = d; Liczba <= g; Liczba += Krok) { Dzielnik = 3; while ((Dzielnik * Dzielnik <= Liczba) & (Liczba % Dzielnik > 0)) Dzielnik += Krok; if (Dzielnik * Dzielnik > Liczba) Licznik++; } } } C: int main() { unsigned int Liczba, Licznik = 1, d = 3, g = 20000000, Krok = 2, Dzielnik; for (Liczba = d; Liczba <= g; Liczba += Krok) { Dzielnik = 3; while (Dzielnik * Dzielnik <= Liczba && Liczba % Dzielnik) Dzielnik += Krok; if (Dzielnik * Dzielnik > Liczba) Licznik++; } return 0; } Czasy wykonywania aplikacji na AXP1700+ (win xp + sp2): C - 87 sekund Java (vm) - 90 sekund Java (gcj - exec) - 105 sekund Trochę się zdziwiłem, że aplikacja w wirtualnej maszynie wykonywana jest szybciej od aplikacji skompilowanej do kodu maszynowego (gcj). Po cichu liczyłem, że będzie odwrotnie, a tu zonk. Kod w C kompilowałem w GCC 3.4.2. bez żadnych optymalizacji. EDIT: Kod w javie kompilowałem w jdk 1.5.0 update 9, a uruchamiałem na 1.6.0.

Małe OT Źródło: http://www.nbp.pl/Home.aspx?f=onbp/informa...c_emisyjna.html Akt prawny (rozdz. 5): http://www.nbp.pl/Home.aspx?f=aktyprawne/ustawa.html

Przedwczoraj zainstalowałem Jetico. Ten program to jest jakaś "konfiguracyjna porażka" IMHO. Odinstalowałem i zainstalowałem... Comodo ;p.

Ja przymierzam się do przetestowania GCJ. Kompilacja do kodu maszynowego B-) Zobaczę co z tego się "urodzi". Azureus.

Przy zdjęciach nocnych IMHO lepsze efekty daje niższa czułość. Temperatura otoczenia także znacząco wpływa na poziom szumów. Im zmniej tym lepiej (matryca się chłodzi). Ciekawe czy ktoś wapdł na pomysł skonstruowania aparatu z chłodzoną matrycą? To byłoby coś.

M@TI, chyba chodzi o http://www.microsoft.com/mac/

Tutaj masz trochę więcej danych z ekspozycji (to samo zdjęcie) http://www.obiektywni.pl/galeria/fotografia-120963.php Darki są potrzebne do usuwania szumów. Czas pojedynczej ekspozycji nie może być długi ale za to ekspozycji możesz zrobić dużo i później je "zestackować" (poskładać): http://www.astrosurf.com/buil/us/iris/iris.htm http://deepskystacker.free.fr/english/index.html http://www.aurigaimaging.com/ http://www.astronomie.be/registax/ Polecam też to forum: http://astro-forum.org/forum/index.php

Tak z ciekawości sprawdziłem Twój kod. Chciałem zobaczyć czy jest szybszy od mojego. Zadeklarowałem tablicę o rozmiarze 100000 i zakresie losowania od 0 do 30000000. Program wypełnił 32769 komórek i się zapętlił. Gdzieś tkwi haczyk ale jest zbyt późna pora żebym go znalazł.

Liczby się powtarzają bo nie dodałeś żadnej procedury sprawdzającej czy dana liczba już została wylosowana (drugi kod). Najprostszy sposób to stworzenie pomocniczej tablicy zero-jedynkowej. Jej indeks to wylosowana liczba, a "1" pod danym indeksem to znak, że dana liczba została wylosowana. Oczywiście to rozwiązanie ma pewną okrutną wadę - bardzo ograniczony zakres losowanych liczb. Drugą poważną wadą jest to, że losowane liczby mogą być tylko liczbami całkowitymi, po pewnym przekształceniu na indeksach tablicy pomocniczej ofkors. Jak znajdę chwilkę wolnego czasu to napiszę coś bardziej użytecznego. EDIT: Na szybkiego. Mogą być błędy :P #pragma argsused#pragma hdrstop#include<stdlib.h>#include<conio.h>#include<stdio.h>#include<time.h>int tab[10];int i, k;time_t random_generator;int main() {tab[0] = rand()%15;for(k = 1; k < 10; k++) { tab[k] = rand()%15; for(i = k - 1; i >= 0; i--) if(tab[k]==tab[i]) tab[k] = rand()%15;}for(k = 0; k < 10; k++) printf("%d %d\n", k, tab[k]);getch();return 0;} Kod sprawdzony przed chwilą i działa jak należy.

Udaj się do autoryzowanego serwisu RTV. Tam powinni szybko i profesjonalnie załatwić sprawę.

Pascala nigdy nie trawiłem, wolę C. W najbliższych planach walka z Javą :/ A tak poza jakąkolwiek konkurencją ;) Brainfuck Malbolge Whirl :lol:

23:55 TVP1 Fucking Amal Przymierzam się na ten film.

Nie trzeba. Wystarczy zmienić rozszerzenie na dts.

Foobar2k + wtyczka do dekodowania DTS.

Ffdshow. W konfigu audio wybierz all supported w polu Uncompresed (zakładka Codecs). AC3Filter z tego co pamiętam też dekoduje DTS-WAV. EDIT: Jak odbudujesz strumień (rebuild stream) za pomocą DTS Parser to już nie będą szumieć.

Z przetestowanych przeze mnie SPF, ZoneAlarm i Outpost wybrałem Sygate.

Szkoda, że nie ma dekodera H.264 takiego jak Elecard dla MPEG-2, który mógłby dekodować tylko 1/4 klatki :( Próbka MPEG-2 1080i@29.97fps przy zastosowaniu filtru Elecard chodziła u mnie płynnie, a z innymi dekoderami 18fps. Dodam, że mam "super wypasionego procka" AXP1700+.