Tryb drzewa | Tryb normalny

Art-BI · 07-06-2011, 21:16

(07-06-2011 20:27)efix napisał(a): NIE WYMAGAM byś miał dobre zdanie o Sony, lubię ich, jestem pewnie fanboyem jak to określił Bunch, ale nie wymagam.
Natomiast nie cierpię, jak ktoś nie znając do końca ani realiów, ani nie posiadając wiedzy na jakiś temat miesza firmę z błotem. Zajmuję się komputerami od ponad 20 lat i widziałem cuda - od modemów nie działających z powody wadliwego sterownika... karty graficznej po serwery za tysiące dolców, identyczne przynajmniej teoretycznie. Identyczne ustawienia. I na jednym coś działało na drugim nie. Nikt, łącznie z producentem nie potrafił zdiagnozować dlaczego.
Chipset owszem, może być ten sam, konstrukcja płyty już niekoniecznie.
Procesory takie same w Tajlandii i w Polsce? Niekoniecznie. Procesory Intela produkowane są w wielu fabrykach. Od Arizony przez Irlandie, Izrael aż po daleki Wschód. Gdzie dokładnie i7 nie wiem bo się nie interesowałem, ale nie zdziwiłbym się, gdyby inne procki trafiały na rynek amerykański, inne na europejski. Jak kupowałem dyski IBM, w tym samym sklepie, to jedne był z Węgier drugie z Irlandii. Jedne się waliły drugie nie. Symbol miały dokładnie ten sam.
I teoretycznie powinny być takie same. Ale mówię - to jest tyle zmiennych, że nawet jeżeli by złożyli maszynę z identycznych części i wgrali mirror Twojego dysku wcale nie znaczy, że uda się powtórzyć ten błąd. Dlatego potrzeba większej ilości danych.
Informacja dla wszystkich zainteresowanych - jak wygląda procedura testowania (tak ogólnie): jeżeli ktoś znajdzie błąd, primo - musi to być błąd powtarzalny, trzeba odtworzyć cały proces podczas którego powstaje błąd. Trzeba sprawdzić, czy powodem nie jest jakikolwiek dodatek obcy - kodek, plugin, inna aplikacja korzystająca z bibliotek wideo.
Jeżeli zrobiona jest dokumentacja, wysyła się to innych testerów i oczywiście SCS którzy próbują potwierdzić (lub nie) błąd. Jak uda się to zrobić, to inżynierowie SCS zastanawiają się, co z koksem zrobić. Wychodzi kolejne wydanie Vegasa, jeżeli są jakieś błędy to wychodzi następne, dopiero jak jest przetestowane wychodzi update który widzicie Wy w downloadzie Sony.

Powiem tylko jedno. Dziwne że TSMuxerowi wszystko pasuje i przepisuje plik m2ts prawidłowo, na tej samej maszynie. I jest darmowy, i nie widzi różnicy w procesorach, płytach , chipsetach i innych wymówkach. Wiele innych programów robi to dobrze, a tylko SV10 widzi inne procesory. Je nie żalę sie na swój problem, gdyż jak pisałem radzę sobie z nim właśnie TSMuxerem, ale aż boję się pomysleć, co by było kiedy klient przychodzi po film ja mu wkładam na jego dysk pliki m2ts, wręczam mu zakupiony nodtwarzacz HDD i okazuje się, że pliki m2ts prosto z kamery, zresztą marki Sony chodzą, a te z filmem z SV10 juz się tną. Ciekawe jak bym wybrnął z sytuacji kiedy liczyłem na SV10 a on mnie miał w nosie. Dobrze , że dzień wcześniej przypadkowo doszedłen do tego, że po przejechaniu muxerem już wszystko smiga. Nie wierzę w te wymówki sprzetowe, skoro inny prosty program nie ma z tym problemu. To jest dla mnie niepojete. Skoro Muxer sobie z tym radzi wręcz naprawia to co sknocił Vegas to dlaczego Vegas nie może zapisać pliku poprawnie. Co innego render a co innego zapisanie ostatecznego pliku. Ok, vegas ma problem sprzętowy przy renderze, ale to nie ma nic wspólnego z zapisaniem gotowego pliku. Przecierz muxer naprawia w sekundę to co sknocił vegas, tylko przepisując poprawnie plik. Dla mnie sprawa jest jasna i prosta. Brak chęci i dobrej woli ze strony SCS i tylko tyle, a może aż tyle. Pozdrawiam.

efix · 07-06-2011, 21:22

Gdyby było tak pięknie, że każdy program robiący to samo na tej samej maszynie zawsze chodzi dobrze byłoby super.
Mówię - za to odpowiada prawdopodobnie (na 99%) dodatek MainConcept. I to defacto MainConcept pieprzy sprawę, nie Vegas. Oczywiście to, że SCS jest mało ruchawe i tego nie załatwiło źle świadczy o firmie i masz prawo być niezadowolony.
TsMuxer korzysta ze swoich mechanizmów, widocznie napisano je lepiej/inaczej.

mateuszszar · 07-07-2011, 16:40

Działa wam na 10.0e (Build 738) 64-bit "Prerender Video"?
Podobno poprawili, a u mnie po wybraniu opcji, zaczyna prerenderować, po czym pod koniec zgrywania wywala całego Vegasa...
Jak jest u Was?

Art-BI · (Ten post był ostatnio modyfikowany: 07-07-2011 19:37 przez Art-BI.)

Prendering, to następna jakaś dziwna sprawa. Wybór kontenera i codeca mam niezwykle okrojony. Np. Jest na liście mpeg2 HD Main Concept, ale po prerenderze nie ma pliku w katalogu :( , jedynie i sprawnie mogę do avi SD zrobić prerender. Nie rozumiem istoty tego narzędzia. Może i jakaś jest, ale ja jej nie widzę.

mateuszszar · 07-07-2011, 21:10

Na liście prerenderingu wydaje mi się są tylko te kodeki, które Vegas potrafi obsłużyć z opcją "no-recompress". Po to właśnie jest prerendering, żeby drugi raz, tego samego nie przekodowywać... :)
Tylko jeszcze, jakby to chciało działać ;)

Ps. nie to, żebym narzekał na sony. Używam Vegas od wersji 4, więc zdążyłem się przyzwyczaić, że "coś" nie działa ;) a mimo to nie zamienił bym się na nic (przynajmniej nic pod Windowsem).

efix · 07-07-2011, 21:17

Na 32 bitowym Vegasie wszystko działa - pliki tworzą się tam, gdzie wskazano w projekcie.
Po co ta funkcja? Generalnie do oszczędzania czasu i sprawdzania rzeczy których nie można dobrze obejrzeć w czasie rzeczywistym - kompozycje, przejścia itd.
Plik nie jest renderowany w całości tylko w odcinkach po 300 klatek, więc jeśli w zaznaczony fragmencie zmienimy tylko kawałek, to ponownie renderowany jest tylko ten fragment który trafił w ten 300 klatkowy blok.
Jeśli format prerenderu jest taki sam jaki ma być nasz wynikowy render - to ten kawałek nie powinien być ponownie przeliczany podczas finalnego renderu.