Jump to content
php.lv forumi

Džei

Reģistrētie lietotāji
  • Posts

    46
  • Joined

  • Last visited

Posts posted by Džei

  1. ņemot vērā ka man pēdējā laikā ir ļoti daudz sanācis ap šo bakstīties, iespiedīšu savus novērojumus.

     

    *) Ar webcam tas būs salīdzinoši vienkārši. Nekādu dižo papildus kabeļu vai pāreju nav vajadzīgs. strīmu no webcam var noķert izmantojot piemēram VLC player DirectShow atbalstu(Capture Device) un tad strīmot to tālāk, kur nu vien sirds vēlas. Arī pieslēgties no weblapas un skatīties caur jw-player piemēram. 

     

    *) ar hd kameru, ja vēlies hdmi kvalitāti - nebūs tik vienkārši, vismaz es neesmu atradis iespēju lai tas būtu vienkārši. Ar kameras USB kabeli var pieslēgt no kameras tikai hdmi signālu, kuru uz datora apstrādāt neesmu atradis iespēju neizmantojot ļoti ļoti kreisu variantu ar korejiešu hdmi -> usb konvertatorus, kas laupa daudz nepieciešamo opciju, ir lēni un kaitinoši. Turpretī composite signālu var dabūt viegli, caur video graberi, vienīgi kvalitāte nav tā perfektākā. Ideālākais protams būtu video pults, bet tās maksā diezgan dārgi.

     

    Abos variantos(izņemot hdmi) signāla noķeršanai no webcam vai arī video grabbera var izmantot VLC player. Jārēķinās, ka šādai pieejai jābūt labam interneta pieslēgumam, jo visi skatītāji - straumēs tieši no tevis.

     

     

    Pareizākais variants straumēt būtu izmantojot media serveri, red5 piemēram, kurš ir bezmaksas. Tad skatītāji video vilks(strīmos, straumēs, whatever) no servera, nevis Tevis. video signāla konvertēšanai izmantot avconv bibliotēku, kas patērē krietni mazāk resursus nekā VLC un VLC joprojām ir problēmas ar RTMP straumēšanu, vismaz tādas novēroju. 

     

    Aptuvens gala rezultāts varētu izskatīties šādi:

    [webcam/composite no kameras]  -> VLC vai arī avconv --> red5 <--> website.
     

     

    Ja kāds mani var palabot un ieteikt labāku variantu, būšu ļoti pateicīgs.

  2. $(document).ready(function(){
    $('#topicForm').submit(function(){
     hideshow('loading',1);
     error(0);
     $.post( '/submitnewTOPIC.php', { data: $('#topicForm').serialize() },function( msg ){
      if( parseInt( msg.status ) == 1 ) {
       $('#postT').html("Completed");
      }
      else if( parseInt( msg.status ) == 0 ) {
       error(1,msg.txt);
      }
    
      hideshow('loading',0);
     }, 'json');
     return false;
    });
    });
    

    tas pats tikai mazliet savādāk, vajadzētu būt OK

  3. Acīmredzot Tavā atslēgas vārda pieteikumā bija kas kļūdaini norādīts, līdz šim - visi keywordi @ suncore.lv tiek apstiprināti norādītajā laikā. Sazinies ar viņiem caur e-pastu, atbildi caur to var vienmēr saņemt pāris stundu laikā.

     

    @ suncore gan izmaksas ir laicīgas, gan arī Tevis interesējošās summas ir ellastīgas, pieejams gan 0.05, 0.10, 0.15, 0.20, gan arī Tevis interesējošie 0.25.

  4. Nu tas ir skaidrs, ka nav nekādu argumentu nelietot, jo vienu un to pašu var panākt ar abām metodēm. Cita lieta ir ērtums.

     

    Es pats lietoju RedBean orm'u, tikai tāpēc, ka man apnicis rakstīts mysql_real_escape_string utt utt. Paskatoties tur pat redbean koda paraugus uz vajadzētu saprasts, ka nav jēga čakarēties ar tiem mysql_*...

     

    izveido mysql wrapper klasē papildus funkciju, kas ietver variābļa eskeipošanu gadījumā, ja tas ir strings un viss notiks automātiski pie kvēriju izpildes..

     

    vnk @wintermute tā ļoti pārliecinoši un uzstājīgi uzrakstīja, ka mysql_ pilnīgi noteiktu sucks, tāpēc es vēlos uzzināt - kāpēc? Varbūt tiešām tā arī ir un ir laiks pāriet uz citu handleri, lai gan es stipri šaubos, jo neredzu pamatojumu tam

  5. kur sāpe izmantot pašveidotu klasi, kas ietvers gan ērtu eskeipošanu, gan citas funkcijas, kas atvieglo procesu? Piemēram PDO ir daudz lēnāks par mysql un man kā pedantiski noskaņotam milisekunžu maniakam - ļoti nepatīk, ja redzu, ka izmantojot mysql_ - tomēr izpildes laiks ir krietni ātrāks nekā ar PDO. Savlaik vēl benchmarkoju abus - lai arī minemāli, bet tomēr mysql_ bija ātrāks izpildes laiks nekā mysqli

     

    izlasīju tevis norādīto topiku un nekādu dižo atbildi neguvu, jo es tāpat kā codez lietoju savu klasi, kas procesu atvieglo

     

    galvenais jautājums paliek aktuāls, - kāpēc nelietot mysql_* ? Konkrētu argumentu, nevis "ai, tas jau vecs, nafig viņu" :) no offence, - vienkārši pašam ļoti interesē kā būtu labāk / drošāk / foršāk. Protams, ja vien tas nav kārtējais reliģijas jautājums, hehe

  6. Šis sludinājums liek domāt, ka tajā galā būs nervus kutinošs čalis, cik saprotu šis darbiņš ir pie privātpersonas, bet nav tas nemaina lietas būtību - http://blog.kohs.lv/2010/12/11/par-programmetajiem-un-darba-devejiem/

     

    nesaprotu kāpēc, bet man Tavs viedoklis izsauc ārprātīgu nepatiku. šajā forumā jau pailgi esmu, lasot un pārlasot, bet īpaši neiesaistoties diskusijās. kur tikai redzu, Tu lien iekšā ar tik drausmīgi subjektīvi kaitinošu un bezjēdzīgu viedokli, ka pilnīgi nevar izturēt.. varbūt nākamreiz please padomā divreiz pirms spied 'Add Reply' pogu?

  7. Nu uzttaisi, ka vari darīt šādi... relatīvs ceļš...

     

    <link rel="stylesheet" type="text/css" href="<?= ROOT; ?>/assets/css/style.css" media="all" />

     

    šis pieraksts vienmēr ir tracinājis, kāpēc joprojām kāds izmanto short tagus....

  8. Problēma bija manā Windows konfigurācijā, uzliku uz zolīda hostinga - viss uzreiz aizgāja. Sev problēmu atrisināju dodoties uz Control Panel --> Regional And Language Settings --> un attiecīgi saliekot valodas kādas nepieciešamas

  9. Pamēģināju, - tikai mazliet pamainījās secība, bet diemžēl ne uz pareizo pusi. :(

     

    array('lv_LV.UTF-8','lv_LV@euro','lv_LV','latvian')

    - Cik saprotu šādi norāda iespējamos flagus, vienam jau tak vajadzēja būt īstajam :) Varbūt vaina ir datorā, cik zinu uz windows (testēju lietas mājas apstākļos) viņš ņem to local stuff no paša windows.. jebšu kļūdos?

  10. Fail no manas puses, - nevis set_locale, bet gan setlocale, - paldies Mārci! :)

     

    anyway, - negrib man arī šī pieeja atdoties.

     

    <?php
    header('Content-type: text/plain; charset=utf-8');
    
    setlocale(LC_COLLATE, array('lv_LV.UTF-8','lv_LV@euro','lv_LV','latvian'));
    
    $array = array('A','Ā','B','C', 'Č', 'D','E','Ē');
    
    sort($array, SORT_LOCALE_STRING);
    
    print_r($array);
    ?>

     

    Atgriež

     

    Array
    (
       [0] => A
       [1] => Č
       [2] => Ē
       [3] => Ā
       [4] => B
       [5] => C
       [6] => D
       [7] => E
    )
    

     

    Kas gluži nav vēlamais sakārtojums pēc alfabēta.. Varbūt kāds varētu sniegt padomu, kā salikt pareizi? :)

  11. Atdūros pret nejauku problēmu, - ir nepieciešams sakārtot masīvu alfabētiskā secībā. Viss jau būtu jauki, ja vien vērtības nebūtu latviešu valodā un set_locale() nav pieejams. Kāds būtu pats nesāpīgākais veids kā ar šo tikt galā?

×
×
  • Create New...